В упакованном виде около 250Гб, бэкапы делаются рсинком два раза в сутки в два разных (географически) места. Облака не пользую, все свое.
По поводу объема почтовой БД — во первых, большинство пользователей хранят только то что может пригодиться и удаляют то что смысла хранить нет (это мне просто повезло так)
а во вторых, некоторую долю почты занимает всякие обмены данными между «автоматами», которые за собой тоже подчищают.
Само собой у всех своя специфика, и кто-то просто вынужден хранить 10 лет любое даже не несущее никакой смысловой нагрузки письмо.
С иностранными не порулишься за идеологический верный подход, это да.
Сейчас пересчитал белосписочников, которые там именно по этому поводу прописаны, уже 2 десятка есть.
Поэтому про десяток я конечно немного загнул (возможно и на порядок)
Это холиварная тема.
По моему скромному мнению — если обратная зона не прописана — либо админ раздолбай, либо источник не заслуживает доверия.
И за всю практику, исключений, когда были объективные сложности у клиента — было меньше десятка.
А dspam учат сами пользователи, просто перекладывая письмо в папку СПАМ или наоборот, перекладывая письмо из этой папки.
Правда с Exchange такой вариант наверно не сработает, но для него можно будет создать пару адресов spam@… и notspam@… и пересылать письма на них, у меня поначалу так и работало.
И дополню, насчет настроек.
С настройками возиться не приходится совсем.
Максимум что приходится иногда делать — добавить в белый список policyd какой нибудь домен контрагента, чтобы ускорить прохождение почты.
А dspam учат сами пользователи, просто перекладывая письмо в папку СПАМ или наоборот, перекладывая письмо из этой папки.
Поддержу:
postfix + policyd + amavisd + clamav + dspam + dovecot
живет тоже порядка 7-8 лет
Львиная доля спамеров срезается самим постфиксом проверками на корректность ИПов/имен (обратные записи, мх итд)
Затем policyd срезает примерно 10% от общего количества левизны.
До dspam доходят уже совсем копейки, которые он отстреливает с эффективностью 99.95%
Кстати, в пике у нас было 690000 писем в сутки
из них спама было 96%
Ну и по теме собственно топика.
Как вариант (для тех кто готов руками немного поработать) — можно поставить связку «postfix + policyd + amavisd + clamav + dspam» и использовать ее в качестве смарт-релэя. Тогда будут и все плюшки Эксченджа и нагрузки на него меньше будет и спама практически не будет видно.
Поддерживаю автора, учился по этой же книге.
Причем стартовое состояние у меня было намного хуже.
Через пару месяцев уже мог нарисовать сносный портрет.
Пускай эскизно, не идеально, но контраст с исходным состоянием — разительный.
Общался с Лотус Домино с 5 по 8 версии
Пописывал залипушки по мелочи, прикладывал напильник к системе документооборота под него писанную.
Ну и админил.
Система конечно мощная, если у вас большая организация, есть админы и разработчики нормальной квалификации — то можно наворотить -огого.
НО. мое личное мнение — админов и разработчиков в этой системе категорически не любят. Геморройно админить и очень геморройно разрабатывать.
Была бы поддержка scp/sftp/ftp — был бы еще мечтее
(плагины на эту тему в момент пробования — не понравились)
(предупреждая неизбежное кхм… недоумение, девелоперский сервак — без гуя, vim/emacs — не освоил :) )
По поводу объема почтовой БД — во первых, большинство пользователей хранят только то что может пригодиться и удаляют то что смысла хранить нет (это мне просто повезло так)
а во вторых, некоторую долю почты занимает всякие обмены данными между «автоматами», которые за собой тоже подчищают.
Само собой у всех своя специфика, и кто-то просто вынужден хранить 10 лет любое даже не несущее никакой смысловой нагрузки письмо.
Хотя для админа это больше похоже не на анекдот, а на строчку должностной инструкции.
В час? В сутки? В месяц?
А шо, таких случаев таки не было? Может моя память меня причудливо заблуждает — но как минимум из мэйл.ру и яндекса были утечки.
А выяснения — они не полчаса занимают.
В результате — сотня филиалов лишается средства коммуникации с ЦО, контрагенты настораживаются ввиду резко образовавшейся недоступности.
У своего сервиса (ну ли даже размещенного в облаке) этот риск как-то поменьше будет (ИМХО).
Сейчас пересчитал белосписочников, которые там именно по этому поводу прописаны, уже 2 десятка есть.
Поэтому про десяток я конечно немного загнул (возможно и на порядок)
По моему скромному мнению — если обратная зона не прописана — либо админ раздолбай, либо источник не заслуживает доверия.
И за всю практику, исключений, когда были объективные сложности у клиента — было меньше десятка.
Правда с Exchange такой вариант наверно не сработает, но для него можно будет создать пару адресов spam@… и notspam@… и пересылать письма на них, у меня поначалу так и работало.
С настройками возиться не приходится совсем.
Максимум что приходится иногда делать — добавить в белый список policyd какой нибудь домен контрагента, чтобы ускорить прохождение почты.
А dspam учат сами пользователи, просто перекладывая письмо в папку СПАМ или наоборот, перекладывая письмо из этой папки.
postfix + policyd + amavisd + clamav + dspam + dovecot
живет тоже порядка 7-8 лет
Львиная доля спамеров срезается самим постфиксом проверками на корректность ИПов/имен (обратные записи, мх итд)
Затем policyd срезает примерно 10% от общего количества левизны.
До dspam доходят уже совсем копейки, которые он отстреливает с эффективностью 99.95%
Кстати, в пике у нас было 690000 писем в сутки
из них спама было 96%
Ну и по теме собственно топика.
Как вариант (для тех кто готов руками немного поработать) — можно поставить связку «postfix + policyd + amavisd + clamav + dspam» и использовать ее в качестве смарт-релэя. Тогда будут и все плюшки Эксченджа и нагрузки на него меньше будет и спама практически не будет видно.
Причем стартовое состояние у меня было намного хуже.
Через пару месяцев уже мог нарисовать сносный портрет.
Пускай эскизно, не идеально, но контраст с исходным состоянием — разительный.
Пописывал залипушки по мелочи, прикладывал напильник к системе документооборота под него писанную.
Ну и админил.
Система конечно мощная, если у вас большая организация, есть админы и разработчики нормальной квалификации — то можно наворотить -огого.
НО. мое личное мнение — админов и разработчиков в этой системе категорически не любят. Геморройно админить и очень геморройно разрабатывать.
(плагины на эту тему в момент пробования — не понравились)
(предупреждая неизбежное кхм… недоумение, девелоперский сервак — без гуя, vim/emacs — не освоил :) )
Надо чтото менять в привычках :)
Вообще интересная штука.
Хотя у меня не прижился, как и все прочие.