Добрый день.
Подскажите, знающие люди, как в CommuniGatePro версии 5.3 режектить или дропать письма, которые приходят на несуществующих адресатов в моих доменах?
По умолчанию все это сыплется на аккаунт postmaster соответствующего домена. А хотелось бы просто дропать эти письма, даже без отсылки обратного уведомления (дабы не плодить лишнего трафика и реакций на спам).заранее благодарю
> Добрый день.
> Подскажите, знающие люди, как в CommuniGatePro версии 5.3 режектить или дропать письма,
> которые приходят на несуществующих адресатов в моих доменах?Я так думаю, что лучше написать в поддержку CGP - он есть продукт проприетарный, ни разу не открытый, и в парадигму "Открытые системы на сервере" слабо вписывается...
Используйте встроенную фичу спам-трап
> Используйте встроенную фичу спам-трапСпасибо, попробую.
> Используйте встроенную фичу спам-трапА вообще стоп. спамтрап это не из той оперы совсем. это для отлова спама известный почтовый ящик... Мне же надо не принимать письма, если они адресованы НЕСУЩЕСТВУЮЩИМ адресатам в моем домене (доменах).
Почитайте ман ROUTER, настройте если незвестен то маршрутизировать в NULL.
> Почитайте ман ROUTER, настройте если незвестен то маршрутизировать в NULL.Вот! Это ценный совет. Собственно копать роутинг.
Сейчас сделаю :) Просто думал что есть где то этот функционал закопан отдельно.
Спасибо :)
Но все таки как на меня то спам трап более ефективен.
> Но все таки как на меня то спам трап более ефективен.Согласен, для отлова спама он является очень неплохим средством. В спамтрап можно поместить какой нибудь info@domainname и неплохо будет отбивать всякие спам рассылки, так как они на info шлют в 90% случаев при массовой рассылке.
У меня же задача несколько другого плана. На постмастера просто валится много левых писем, адресованных на несуществующие ящики. Хотелось бы их попросту отправлять в null.
Кстати пока не нашел там у них в мане явного описания специального адреса который бы обозначал <несуществующие ящики>...
Вы немного не правильно хотите все это настроить,
во первых в роутере должна быть запись
<blacklist-admin*@blacklisted> = postmaster
во вторых постмастер должен принимать все без исключений и каких либо фильтраций,
в третьих отловите несуществующие адреса, добавте их как псевдонимы к
какому либо акаунту и перенаправьте все это дело в спам-трап.Будет Вам счастье.
Такая запись есть. Она там помоему сразу по умолчанию имеется.
В принципе все что несуществующее валится на постмастера. Постмастер принимает всё.
Я предположил что есть некая переменная которая обозначает несуществующие адреса. но раз нет, будем идти другим путём. Просто все несуществующие не отловишь. Они же генерятся спамерами и всегда разные...
Теоретически они мне не мешают... Периодически чищу постмастера да и все. Но хотелось бы покрасивее %)
В установках посмотрите еще
Почта для Неизвестных: что здесь.....
> В установках посмотрите еще
> Почта для Неизвестных: что здесь.....Domain Settings - Unknown names - Mail to Unknown - Discarded
тоесть письма по идее должны идти в null...
Попробую поставить Reject - по идее сообщения должны тогда вообще отвергаться если пользователя нет.
>> В установках посмотрите еще
>> Почта для Неизвестных: что здесь.....
> Domain Settings - Unknown names - Mail to Unknown - Discarded
> тоесть письма по идее должны идти в null...
> Попробую поставить Reject - по идее сообщения должны тогда вообще отвергаться если
> пользователя нет.В общем Reject в данном случае помог. И на спамбокс стало сыпаться раз в нцать меньше корреспонденции и на постмастера. вместо где то 500 писем в сутки на постмастера стало падать штук по 15, причем правильно адресованых. И на спамбокс вместо нескольких тысяч падает где то по 300-400. остальной хлам, который раньше падал на спамбокс и постмастера исчез. Так что тюнинг вполне полезный.
Еще можете проверять PTR на наличие и совместимость,
тоже отсекает кучу спама.
>> Добрый день.
>> Подскажите, знающие люди, как в CommuniGatePro версии 5.3 режектить или дропать письма,
>> которые приходят на несуществующих адресатов в моих доменах?
> Я так думаю, что лучше написать в поддержку CGP - он есть
> продукт проприетарный, ни разу не открытый, и в парадигму "Открытые системы
> на сервере" слабо вписывается...Отчего же? Без ключа в качестве собственного почтовика, без использования в целях продажи услуг почты он вполне разрешается к использованию...
>> продукт проприетарный, ни разу не открытый, и в парадигму "Открытые системы
>> на сервере" слабо вписывается...
> Отчего же? Без ключа в качестве собственного почтовика, без использования в целях
> продажи услуг почты он вполне разрешается к использованию...Оттого, что бесплатность продукта не мешает ему быть проприетарным и не-опенсорсным.
> Оттого, что бесплатность продукта не мешает ему быть проприетарным и не-опенсорсным.В общем да, погорячился. комунигейт не опенсорсный это да. Подменил понятия бесплатности и открытости :)
Прошу прощения.