Courier Mail Server Forum Index Courier Mail Server
www.courierms.ru
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

v2,3| Каскадная защита от спама в CMS

 
Post new topic   Reply to topic    Courier Mail Server Forum Index -> Готовые решения
View previous topic :: View next topic  
Author Message
GrAnd
CMS Master
CMS Master


Joined: 21 Oct 2005
Posts: 766
Location: г. Коломна

PostPosted: 16 Dec 2005 20:35 (Fri)    Post subject: v2,3| Каскадная защита от спама в CMS Reply with quote

Встроенный спам-фильтр CMS и байесовские фильтры.
Все мы раньше или позже, активно работая с интернетом и электронной почтой, сталкиваемся с проблемами спама. Когда количество рекламных писем начинает в несколько десятков раз превышать полезную переписку, встает вопрос о сохранении времени и нервов пользователей.
Почтовый сервер CMS 2.x имеет собственные спам-фильтры, способные анализировать заголовки писем и отсеивать по их специфическому содержанию часть писем даже не скачивая их полностью с сервера.
К сожалению, спам становится все более "качественно" сделанным и изощренным. И все чаще содержит в заголовках информацию практически неотличимую от заголовков писем, сформированным каким-нибудь OE 6.0.
В этом случае приходится использовать более мощные средства фильтрации. В настоящее время наиболее перспективны частотно-словарные фильтры, использующие для подсчета вероятности отношения содержания письма к спаму математический аппарат теоремы Байеса. После непродолжительного обучения в течении нескольких дней такой фильтр будет способен отсеивать не менее 98% спама или даже больше.
Существуют и другие методы обнаружения спама. Например, ведение баз-данных IP-адресов, через которые чаще всего шлется спам. Но все они гораздо менее эффективны байесовских фильтров.

Весьма распространенным байесовским фильтром является Spamihilator, который можно скачать с сайта www.spamihilator.com. Так же там можно скачать языковые библиотеки, готовые плагины и средства их разработки, другие полезные утилиты.

Большим достоинством данного фильтра является его бесплатность. В том числе и автоматических обновлений.
К недостаткам можно отнести работу только по протоколу POP3. Т.е. работа происходит следующим образом:
Почтовый клиент подключается не непосредственно к внешнему почтовому серверу, а к данному фильтру, указывая ему, с какого почтового сервера и с какими аутентификационными данными необходимо подключится. Фильтр коннектится к внешнему почтовому серверу, скачивает почту, фильтрует ее и отправляет клиенту что осталось. Отсеянная почта хранится в собственной корзине фильтра и при необходимости может быть восстановлена.
Но, несмотря на то, что Spamihilator расчитан именно для работы по протоколу POP3, существует возможность с его помощью производить байесовскую фильтрацию и писем, приходящих на CMS и по SMTP. Может быть и не так удобно, как хотелось бы, но тем не менее ...

Впрочем, об этом я раскажу немного позже.

А пока скачайте, установите и настройте этот спам фильтр:

1. На запрос о почтовом клиенте, следует указать "Another One ...", т.к. CMS отсутствует в списке защищаемых клиентов, а другие клиенты нам защищать не требуется. Иначе он так переиначит на них учетные записи, что даже деинсталляцией не исправишь.
2. Еще по ходу установки будет запрошен аккаунт, адрес и порт сервера, с которого подразумевается прием почты. Можно ввести любую ахинею. Все равно конкретный клиент мы не защищаем, а в CMS будут сделаны свои настройки.
3. После запуска Spamihilator заходим в настройки и в разделе "Connection" устанавливаем порт, по которому CMS будет к нему подключаться. Если Spamihilator и CMS находятся на разных машинках, то можно порт оставить 110 (если он не занят еще каким-нибудь почтовым сервером). Иначе указать любой свободный порт, желательно >1024. Например 1110.
4. В разделе "Senders" заполняем черно/белые списки ("Blocked senders" и "Friends"). Черный список можно и не заполнять, ибо в CMS есть свой черный список, который в нашем случае будет обрабатываться раньше. А вот белый список желательно заполнить адресами серверов подписок, форумов, служебными адресами системы оповещения провайдера и пр.
5. К сожалению мне не удалось запустить Spamihilator сервисом. Флажок "Launch Spamihilator at Windows startup" обозначает, что будет в реестр прописан ключ "HKCU\Software\Microsoft\Windows\CurrentVersion\Run", в результате чего будет производится загрузка фильтра только при регистрации данного пользователя. Создание аналогичного ключа в разделе "HKLM" приведет к тому, что загрузка фильтра будет производится при регистрации любого пользователя, но не раньше. Если кому удастся сделать загрузку сервисом - напишите. Пока что я вышел из ситуации просто - в планировщике заданий сделал запуск этой программы при включении компьютера и выполнять без ограничения времени. Работает. Но если слетит, то лучше перегрузить машину. Иначе, при простом запуске, выполнение прекратится при завершении сеанса.
6. Устанавливать дополнительные плагины, кроме входящих в дистрибутив, не рекомендую. Толку от них мало, зато количество ложных срабатываний велико. Так у меня плагин "Server tester" при локальной внутридоменной отправке письма пытался определить корректность сервера отправителя и чем-то ему не нравились записи в DNS домена. Другой плагин запрещал письма, которые содержали количество слов меньше определенного. Понятно, что этот плагин направлен на борьбу с использованием изображений вместо текста, но ведь и реальные письма бывают короткими.

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


Last edited by GrAnd on 16 Dec 2005 20:49 (Fri); edited 1 time in total
Back to top
View user's profile Send private message
GrAnd
CMS Master
CMS Master


Joined: 21 Oct 2005
Posts: 766
Location: г. Коломна

PostPosted: 16 Dec 2005 20:42 (Fri)    Post subject: Фильтрация по POP3. Reply with quote

Каскадная фильтрация почты, принимаемой по POP3 с внешних почтовых ящиков.
Как правило, внешние почтовые ящики наиболее уязвимы для спама. Хотя бы потому, что создаются специально, чтобы не светить локальные прямые почтовые адреса. В результате, вскоре на такие ящики начинают приходить десятки предложений выучить американский английский в сауне с девочками, которые научат еще и прогрессивному бухгалтерскому учету. Проще всего удалить такой ящик и создать новый, еще не засвеченый. Но это если сам являешься его владельцем. Обычно же администратор почтового сервера настраивает его на прием внешней почты для сторонних лиц, после чего эти же лица начинают и жаловаться, что их заваливают спамом. Каждый раз удалять ящики, создавать новые, перенастраивать локальный почтовый сервер - очень быстро надоедает. Возникает мысль, что если нельзя вылечить болячку, то нужно ее так замазать, чтобы и видно не было.
Роль такой "замазки" и будет исполнять спам-фильтр.
Конечно, его применение не исключает настройку черно/белых списков самого CMS. Их применение позволит несколько сэкономить почтовый трафик. Но вся почта, прошедшая такую предварительную обработку должна дополнительно обрабатываться еще и байесовским фильтром. Для этого:

1. Скачаем установим и настроим спам-фильтр Spamihilator, как было описано выше.

2. В CMS создаем специальный аккаунт "antispam", в который будет поступать вся почта с внешних почтовых ящиков. Если уж совсем строго, то отправку внешней почты с этого аккаунта следует запретить.

3. Создаем учетные записи внешних ящиков, откуда будем получать почту.
3.1. Для этого как обычно, если еще не созданы, создаем сначала описания внешних POP3 серверов.
3.2. Создаем (тоже если еще не создана) группу "Внешние ящики" почтовых ящиков.
3.3. И наконец в этой группе перечисляем все внешние почтовые ящики.
3.4. Для каждого внешнего почтового ящика следует включить проверку принимаемых писем антиспамом CMS и проверку разрешенных адресов получателей. Разумеется, должны быть настроены черно/белые списки.
3.5. Главное - в качестве получателя для всех указывается аккаунт "antispam".

4. Создаем сортировщик "Антиспам-сортировщик". Т.к. вся почта сваливается в одну кучу в ящике аккаунта antispam, то ее придется сортировать потом по полям "To:" или "Cc:".

5. Создаем новый "внешний" POP3 сервер, из которого будем забирать почту через спам-фильтр.
5.1. Адрес этого сервера является именем или IP-адресом машины, где установлен Spamihilator. Если он установлен на той же машине, что и CMS, то следует указать имя или 127.0.0.1, т.к. псевдоимя "localhost" CMS не понимает.
5.2. Порт тот самый, который установили в п.1.3.
5.3. Для ясности назовем этот "внешний" POP3 сервер "Антиспам-сервер".

6. Создадим группу ящиков, откуда будет забирать уже отфильтрованную почту.
6.1. Назовем ее, допустим, "Антиспам-группа".
6.2. В этой группе создадим внешний ящик. А на самом деле подключение к спам-фильтру.
6.3. В качестве POP3 сервера этого ящика указываем "Антиспам-сервер".
6.4. А вот имя формируется хитрым образом: "server&antispam", где server - имя или IP-адрес машины, где находится CMS. Если он находится, на той же машине, что и Spamihilator, то можно указать 127.0.0.1. Псевдоимя "localhost" не проверял - не уверен, что Spamihilator его обработает правильно, хоть и должен. Так что, использовать его не рекомендую.
6.5. Обработку антиспамом CMS и проверку на разрешенные адреса получателей для этого ящика следует отключить. Один раз эти действия уже производились.
6.6. В качестве получателя указать сортировщик "Антиспам-сортировщик".

7. Теперь осталось автоматизировать пересылку между аккаунтами через фильтр.
7.1. В планировщике создадим задание "Антиспам-задание", в котором укажем принять почту из группы "Антиспам-группа", если существует файл "Mailbox\localdomain\antispam\*.msg", где localdomain - имя данное в CMS локальному почтовому домену. Файл после выполнения не удалять.
7.2. Создадим временной интервал "Антиспам-интервал", хотя можно воспользоваться и уже существующим. Заполним подинтервалы.
7.3. Создадим расписание "Антиспам-расписание" каждые несколько минут (у меня - 20) в указанном интервале "Антиспам-интервал" выполнять задание "Антиспам-задание".

В результате чего вся почта, пришедшая с внешних почтовых ящиков будет сваливаться в аккаунт "antispam". Затем периодически CMS будет подключаться сам к себе, но не напрямую, а через Spamihilator и пропущенную этим фильтром почту раскидывать сортировщиком по реальным аккаунтам. Клиентам остается только забрать чистенькую почту.

Такой способ, разумеется, не экономит трафик. Более того, он весьма повышает нагрузку на сервер. Зато начальство, которое, как известно, имеет очень нежную, тонкую и чувствительную нервную организацию, будет гораздо спокойнее. А значит и его починенным будет спокойнее, лучшее и веселее.

_________________
Все, что началось хорошо, закончится плохо.
Все, что началось плохо, закончится еще хуже.
Если вам кажется, что все идет хорошо, значит вы чего-то не замечаете.
Если все закончилось хорошо, то, значит, это еще не конец!
Back to top
View user's profile Send private message
GrAnd
CMS Master
CMS Master


Joined: 21 Oct 2005
Posts: 766
Location: г. Коломна

PostPosted: 16 Dec 2005 20:44 (Fri)    Post subject: Фильтрация по SMTP. Reply with quote

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

Но все же выход существует. Нужно только заставить CMS принимать эти письма не только по SMTP, но и по POP3. Для этого следует уже принятые по SMTP письма еще раз забрать у самого себя по POP3 и поместить на другие аккаунты, отличные от тех, на которые они были адресованы. Получение клиентами этих писем будет вестись уже с этих дополнительных аккаунтов, что потребует в учетных записях клиентов указывать различные собственный почтовый адрес и имя почтового ящика на CMS, откуда производится получение почты.
Разумеется, такой подход требует дополнительных затрат. Кроме ресурсов самого сервера (основным из которых является время) требуется некоторое количество дополнительных аккаунтов.
Поэтому я предлагаю несколько вариантов решения этой проблемы - каждый со своими недостатками. Подробно их не расписываю - кто сделал фильтрацию почты, забираемой по POP3 с внешних ящиков, как было описано выше, тот сам разберется как сделать следующее.

Вариант 1.

1. Следует для каждого реального аккаунта "user" создать дополнительный аккаунт "user_as" (от слова antispam).
2. Создаем (если еще не создан) описание "внешнего" сервера "Антиспам-сервер", представляющего собой подключение к спам-фильтру, как описано в п.5 предыдущей главы.
3. Создаем для каждого существующего реального аккаунта "user" группу ящиков "Антиспам группа_user", содержащую по одному "внешнему" ящику, в описании которых предписывается принимать почту с сервера "Антиспам-сервер" из ящика "server&user" и направлять в ящик (добавить получателя) "user_as", примерно как описывалось в п.6.
4. Для каждого аккаунта "user" создаем задание "Антиспам задание_user", предписывающее в случае существования файла "Mailbox\localdomain\user\*.msg" принять почту из группы "Антиспам группа_user".
5. Создаем необходимый временной интервал, в который необходимо это делать.
6. Для каждого "user" создаем расписание "Антиспам расписание_user", предписывающее каждые n минут (хоть каждую минуту) в заданном интервале времени выполнять задание "Антиспам задание_user".
7. Для тех пользователей, которые принимают почту с внешних публичных серверов по POP3, и для которых настроена спам-фильтрация такой почты, как было расказано в предыдущей главе, указать в сортировщике "Антиспам-сортировщик" помещать письма не в ящики "user", а в "user_as", иначе они будут проверяться дважды.
8. В клиентских почтовых программах указывается принимать почту не с аккаунтов "user", а с "user_as". Но почтовый адрес оставить прежним.

Существенным недостатком данного варианта является необходимость создания для каждого пользователя второго почтового аккаунта. Если же у него уже есть архивный почтовый ящик для целей, описанных в http://www.courierms.ru/forum/viewtopic.php?t=68, то отношение количества почтовых ящиков к количеству пользователей стремится к 3.

Вариант 1а.

Почти не отличается от основного.
Чтобы не создавать большое количество групп почтовых ящиков и заданий на отправку можно использовать единственную группу "Антиспам-группа", в которой перечислить все подключения к спам-фильтру. Так же используется единственное задание "Антиспам-задание", осуществляющее прием почты из этой единственной группы.
По сравнению с Вариантом 1 трудоемкость настройки CMS несколько падает, но это единственное преимущество. Кроме того, т.к. в группе теперь содержится несколько ящиков, то невозможно будет отменить выполнение задания при отсутствии сообщений в конкретном ящике. В результате чего задание будет выполняться каждый раз полностью, что приведет к еще большему расходу машинных ресурсов.

Вариант 1б.

Применяется в том случае, если один реальный пользователь имеет несколько почтовых аккаунтов на CMS. В этом случае можно не создавать для него несколько дополнительных аккаунтов, а обойтись одним.
Позволяет несколько сэкономить число аккаунтов, а так же упростить настройку почтового клиента пользователя.

Вариант 1аб.

Комбинация Вариантов 1а и 1б. Достигается снижение трудоемкости и количества аккаунтов. Обладает всеми недостатками Варианта 1а.

Вариант 2.

Этот вариант позволяет обойтись только одним дополнительным аккаунтом "antispam". Кроме того, он в наибольшей степени совместим с уже созданной в предыдущей главе фильтрацией почты, получаемой с внешних почтовых ящиков. Если такая фильтрация уже установлена, то добавления, которые необходимо выполнить, минимальны. Достигается это таким образом:

1. В CMS все аккаунты реальных пользователей "user" переименовываются в "user_as".
2. В свойствах домена указывается "Письма для несуществующих пользователей" направлять по адресу "antispam@localdomain", где localdomain - имя почтового домена, указанное в его свойствах в CMS.
3. В сортировщике "Антиспам-сортировщик" прописываем сортировку по полю "To:" для всех адресов "user@localdomain" в соответствующие почтовые ящики "user_as", а не только для адресов внешних ящиков.
4. Все остальное - "Антиспам-сервер", "Антиспам-группа", ящик-подключение к спам-фильтру, "Антиспам-задание", "Антиспам-интервал" и "Антиспам-расписание" - остаются в единственном числе и без изменений настроек.
5. На всех клиентских машинках, подключенных к данному почтовому серверу следует изменить подключение к аккаунтам "user" на подключение к аккаунтам "user_as".

Преимущества Варианта 2:
1. Как уже указывалось, фильтрация почты, приходящей по POP3 и по SMTP происходит с использованием единого механизма, что значительно снижает трудоемкость.
2. Не требуется большого количества дополнительных аккаунтов. Даже аккаунт "antispam" остается тем же самым.
3. Использование машинных ресурсов возрастает умеренно.

Недостатки:
1. Удаление реальных аккаунтов и предписание помещать всю входящую почту в п/я аккаунта "antispam" делают невозможность работу автоответчика при прихождении писем несуществующим пользователям. Так что эти письма будут просто удалятся сортировщиком, либо отправляться в аккаунт "undeliv", который так же необходимо создать.
2. Аккаунты "user_as" не являются защищенными от прямого доступа по SMTP. Если они станут известны, то спам можно будет помещать в их почтовые ящики непосредственно. И в CMS нет механизмов, запрещающих доступ к конкретному аккаунту извне.
3. Приходится проводить большую работу на многих компьютерах клиентов по перенастройке учетных записей почты. Впрочем, если озаботиться этим сразу, еще при развертывании почтовой системы предприятия, то настройку клиентов придется сделать только один раз.


Last edited by GrAnd on 19 Dec 2005 10:22 (Mon); edited 3 times in total
Back to top
View user's profile Send private message
GrAnd
CMS Master
CMS Master


Joined: 21 Oct 2005
Posts: 766
Location: г. Коломна

PostPosted: 16 Dec 2005 20:47 (Fri)    Post subject: Заключение. Reply with quote

Заключение.
Как видно, со спамом можно и нужно эффективно бороться. Наибольший эффект дает каскадная обработка, когда вначале вся входящая почта проверяется антиспамом CMS по заголовкам. Часть почты отсеивается сразу, даже не скачиваясь полностью. Прошедшая такую предварительную фильтрацию почта, может быть затем обработана байесовским фильтром.
К сожалению, CMS 2.x не имеет собственного байесовского фильтра. Редкие фильтры, способные работать по SMTP, небесплатны, да и фильтрация ими происходит до попадания письма в CMS, что делает невозможность предварительной фильтрации такой почты по заголовкам. Механизм же подключения бесплатного, но работающего только по POP3 спам-фильтра Spamihilator вступает в противоречия с возможностями CMS и требует либо дополнительных аккаунтов, либо исключает возможность срабатывания автоответчика.

Надеюсь, что разработчики придумают способ грамотно "прикрутить" внешний байесовский фильтр к CMS уже в версии 2.x, либо реализуют встроенный байесовский фильтр в версии 3.x.

_________________
Все, что началось хорошо, закончится плохо.
Все, что началось плохо, закончится еще хуже.
Если вам кажется, что все идет хорошо, значит вы чего-то не замечаете.
Если все закончилось хорошо, то, значит, это еще не конец!
Back to top
View user's profile Send private message
GrAnd
CMS Master
CMS Master


Joined: 21 Oct 2005
Posts: 766
Location: г. Коломна

PostPosted: 04 Jan 2006 14:58 (Wed)    Post subject: Тема нашла продолжение. Reply with quote

По результатам переписки с пользователями.
Следующий вариант проверки почты, приходящей по SMTP, внешним фильтром основывается на идеях, предложенными vlad. Изначальная его редакция описана в http://www.courierms.ru/forum/viewtopic.php?t=105. Я только слегка модифицировал его в соответствии с собственными предпочтениями и взглядами на пути снижения нагрузок на сервер.

Вариант 3.

1. Создается "пустой" сортировщик "NUL", не содержащий ни одного правила и с отключенной возможностью помещения неотсортированной почты в специальный п/я.

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

3. Для каждого локального аккаунта "user" создается группа ящиков "Антиспам user".

4. Для каждой созданной группы создается один "внешний" ящик, являющийся подключением к этому серверу к аккаунту вида "localdomain&user", где "localdomain" - DNS-имя локального почтового сервера или его IP-адрес, если DNS не развернут.
4.1. Переключатели "Удалять письма из ящика", "Применять антиспам" и "Разрешенные адреса получателей (To, Cc):" выключены. Впрочем, можно установить чекер "Удалять письма из ящика через" и указать достаточно большое количество дней, например, 60.
4.2. В качестве получателя указан сортировщик "NUL".

5. Для каждого аккаунта "user" создается отдельное задание "Антиспам user", предписывающее при существующем файле "Mailbox\teplo.kolomna.ru\grig\*.msg" принять почту из группы ящиков "Антиспам user".

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

7. Создаем для каждого "user" расписания, в которых указываем каждую минуту в указанном интервале выполнять задание "Антиспам user".

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

Преимущества данного алгоритма:
1. Не требуются дополнительные почтовые ящики, куда будет складываться отфильтрованная почта.
2. Не требуется переименовывать аккаунты на CMS и вносить соответствующие коррективы в учетные записи пользовательских клиентов.
3. Нагрузка на сервер возрастает умеренно по сравнению с использованием внешнего клиента для инициирования процесса фильтрации (см. http://www.courierms.ru/forum/viewtopic.php?t=105). Это связано с тем, что задание фильтрации будет игнорироваться, при отсутствии почты в проверяемом почтовом ящике.

Недостатки:
1. Несмотря на частую инициацию проверок, существует вероятность, что почта будет принята клиентом пользователя раньше, чем пройдет проверку фильтром. Эта вероятность возрастает при регулярных и частых проверках почты пользователем.
2. При редких и нерегулярных проверках почты пользователем нагрузка на сервер возрастает в связи с длительным присутствием файлов в проверяемых почтовых ящиках и иницииции проверки через фильтр (хотя сама проверка повторно осуществляться не будет).
3. То что я забыл указать в предыдущих вариантах, но в равной степени относится и к ним, - необходимость дублирующих настроек белых списков внешнего спам-фильтра и CMS.
Back to top
View user's profile Send private message
GrAnd
CMS Master
CMS Master


Joined: 21 Oct 2005
Posts: 766
Location: г. Коломна

PostPosted: 21 Aug 2007 15:58 (Tue)    Post subject: Подводный камень Варианта 3. Reply with quote

Подводный камень.
Недавно vlad и PWL указали мне на следующую неприятную особенность Варианта 3.

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

Так вот, если через Spamihilator происходит запрос писем, находящихся в реальном аккаунте, то Spamihilator проверит все письма в нем, удалит в корзину те, которые считает спамом, а усеченный список того, что осталось, передаст клиенту. Клиент (CMS) запросит передачу писем без удаления (к сожалению CMS не может работать отдельно со списком, не снимая при этом сами письма). Копии писем будут переданы ему, направлены в "пустой" сортировщик без правил и просто исчезнут. Но оригиналы писем останутся в проверяемом аккаунте и могут быть получены клиентом потом, уже минуя Spamihilator.

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

Поэтому в случае Варианта 3 восстановление ошибочно заблокированных писем не происходит.

Вывод: по возможности использовать Вариант 1/1б, если позволяет количество запасных п/я по лицензии, или перейти на Вариант 2, если почтовый домен небольшой или ставится с нуля.
Но даже в этом случае возможны трудности. Если установлен флаг "Продолжать выполнение, если существует файл (в проверяемом локальном п/я)", то письмо не будет восстановлено из корзины, пока в данный п/я не поступит новое. А если этот флаг снят, то возрастает нагрузка на сервер.

_________________
Все, что началось хорошо, закончится плохо.
Все, что началось плохо, закончится еще хуже.
Если вам кажется, что все идет хорошо, значит вы чего-то не замечаете.
Если все закончилось хорошо, то, значит, это еще не конец!
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    Courier Mail Server Forum Index -> Готовые решения All times are GMT + 4 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group