» Все о MDaemon

ipmanyak
блин! вроде касательно этого пункта или проблемы нет обновления. я смотрел по началу.. к последним версиям не читал уже... ну попробую применить конкретный метод, рубить сразу.. посмотрим что будет... будет отслеживать..
А коли не поможет, будем значит и обновляться...

ок, сообщи результаты

ipmanyak
вот гадость то какая, поставил эту галку он даже с mail ru не принял.. тут моя беда в том, что сервак находится внутри. и он не видит реального ip от кого валит почта... так что эту галку поставить не могу. но всё же интересно почему он не проверяет его, почему он ему доверяет?

ipmanyak
Я не говорил, что вообще проверка PTR неэффективна. У меня она не пускает 95% зомбей. А проверку в MD я отключил, потому что она полученное имя резольвила обратно в IP и сравнивала его с IP подключившегося, на чем и обламывались некоторые сервера.
Kamerton
Так ты и будешь всех админов наставлять? Когда из-за такой проверки твой начальник важное письмо не получит, виноват ты будешь, хотя бы потому, что ты под рукой.

Refugee PTR у меня вообще не требуется и отключено, а важные письма чтобы получать, для этого есть белые списки RBL и Reverse lookup, куда и занесены нужные домены целиком или email адреса.

По вопросу почта не идет наружу:

Если у тебя на почтовике 2 сетевухи (одна локалка, а другая на прова) и если у тебя правильно настроены параметры прова, то посмотри следующее - в локальной сетевухе в настройках TCP/IP место для "предпочитаемый DNS-cервер" оставь пустым, а то 2 DNS сетерух могут конфликтовать (у меня такое было)

ipmanyak
Проверка по PTR бесполезна, т.к. у половины народу она не совпадает иил вообще не прописана.
Пример Кока кола. У нее Долгое времени записи не было, возможно нет и сейчас.

Проверка по EHLO тоже не эффективна. Вот как у вас Удаленные пользователи авторизируются? Если у тебя все пользователи локальные, то куда еще не шло. А в больших компаниях она не работает.

Sherbacov
Насчет бесполезности не соглашусь. Из писем, отправленных с хостов без PTR или с PTR типа 218.187.188.200.cable-way.estaminas.com.br, у меня не-спамом было меньше 1 на 5000, и принимать этот поток мусора из-за админов-придурков, не знающих, что такое PTR, я больше не буду.
И насчет половины тоже - мне встретилось всего трое с левыми PTR, и все они уже исправились.

PTR уже является требованием RFC1912 2.1 и этим все сказано ! кто не выполняет это требование пусть идут в сад !

Добавлено:
более того по тому же RFC1912 все хосты с внешними IP тоже должны иметь PTR, а не только для МТА .

ipmanyak
согласен
Цитата:

PTR уже является требованием RFC1912 2.1 и этим все сказано ! кто не выполняет это требование пусть идут в сад !

НО! если в корпоративной сети порядка 1000 почтовых ящиков и каждый из пользователей имееет свой круг адресатов (читай серверов без обратной зоны), что делать админам почтового сервера?
связываться с админами почтовых серверов без PTR ???
это сколько же сил и главное времени уйдет?
а почта то должна работать...

так что PTR - пока всем известная палка с двумя концами ...

Как избавиться от писем с несуществующими локальными адресами?

Вроде бы все настроил, и авторизацию, и даже проверку локальных адресов, и тех кто проходит с авторизацией, удалил даже ip своей сетки из trusted вроде все сделал, но за день приходит пара писем от несущ. локальных адресов, как с этим бороться?

Добавлено:
Настройка модератора.

В листе рассылке можно создать модератора - указывается существующий адрес, и к нему попадает вся почта посланная на эту рассылку. Вопрос - как я могу дальше ее пересылать, если это не спам, в Зе Бате есть переслать и перенаправить, и вроде уходит тоже с адреса того чела, кто послал почту, но в Демоне попадает в Bad queue
Не могу же я от своего ящика посылать все письма. Спасибо.

С уважением, ZiBaK

Цитата:

что делать админам почтового сервера?
связываться с админами почтовых серверов без PTR ???
это сколько же сил и главное времени уйдет?

Полностью согласен. Тем более от себя хочу добавить, что проблема не всегда в тупоголовости админов, но иногда и в тугости провов. Так как не все имеют подсети класса С, то приходится работать с провами, незнаю как у кого, а я лично посталкивался с такими провами укоторых прописка реверсной зоны порядочный геморой, дело затягивалось на месяца

dena1


Цитата:

Поставил Mdaemon 8.1.13 на локальную машину. Прописал user'ов. Отправляю почту между user'ами она остается в Local queue. И не перенаправляется в личный ящик пользователя.

ты поборол эту проблему? аналогичная ситуация - все сообщения маринуются уже ~неделю в локальной очереди. не заморожена, вручную обрабатывал. эффект=0. переставлял раза 4 или пять. откатывался на более старую версию, не помогает... сейчас поставил в триале, из расчета что кривая регистрация. не помогает... до этого пробовал Кеriо мэйлсервер - все было ок, за исключением того что в заголовках светились внутренние адреса, а этого совершенно не нужно. в логах тоже как у тебя - аналогичная ситуация, все тихо...

в локальной очереди лежит "Thanks for instаlling MDаemon!", от "MDaemon Sales" <sаles@mdаemоn.com>, созданное автоматом при установке. не дошло ни постмастеру, ни по алиасу.
однако, пришло письмо от "Сотрудники слyжбы поддержки и разрaботки MDаemon" <sаles@аltn.com>, с сабжектом "MDаemоn АнтиВирyс" что он не установлен. не пойму - где что неправильно? все настройки по умолчанию, домен указан.

С уважением, Ростислав.

Loafer , terrapin на этот случай есть белый список. Все зависит от политики руководства и настойчивойсти сисадминов. На многих предприятиях включено требование PTR в МТА, зачем платить деньги за чужой спам провайдерам (кстати многим провам выгоден спам - трафик идет, денежки капают, потому и упираются) Думаю скоро грядет обязательное использование SPF и Domainkeys , тут уж точно всем провам и админам придется поднапрячься ! Или опять будем цацкаться ?


Добавлено:
Sherbacov удаленные пользователи должны юзать Wordlclient или работать почтовыми клиентами по smtp и pop через VPN соединение .

Уважаемые, может кто сталкивался с проблемой: MDaemon 8.1.3 дублирует одно и то же входящее сообщение в почтовый ящик юзера. Пересмотрел все логи, никак не могу понять каким образом оно туда попадает по 20-30 раз в день ... Причем клиент его реально забирает столько раз сколько оно приходит, т.е. в папке с почтовым ящиком оно лежит в разных файлах с увеличивающимся номером в имени файла. Подскажите где хоть проверить настройки ...

Подскажите, если щас установлен 8.1.3Rus, переход на 8.1.4Eng пройдет без проблем, или есть какие проблемы?

lipser
У меня было такое пару раз... Мне показалось, что это трабла у хостера была, так как эти сообщения шли с одного адреса. И дублировал их не Даемон, он их полусал по DPop'у..

Oldster думаю не будет проблем. бэкап сделай обязательно каталага mdaemon перед обновлением.

Привет,

Я хочу что бы Mdaemon проверял HTML мейлы на наличие определенных тегов. Как это сделать кто нить знает?

Mdaemon 7.2.1

Народ помогите плиз решить проблему, суть в следующем:
Есть домен, есть хостер (valuehost), на нем все ящики пользователей соответственно на него приходит вся почта и все ее оттуда забирают, но работает отвратительно постоянные проблемы с почтой, хочу всю почту перевести на свой сервак mdaemon в локалке, но при этом есть один пользователь который получает почту из вне, с ним то и проблемы как сделать чтобы он получал свою почту через хостера?
Как я себе это вижу:
У хостера прописать свой MX поставить ему самый высокий приоритет, соответственно вся почта будет валится на мой mdaemon, а вот что делать с этим пользователем ума не приложу, открывать mdaemon наружу не хотелось бы, вот и вопрос как сделать чтобы вся почта этого пользователя валилась на его ящик который находится у хостера?

Какие настройки должны быть в Primary domain - DNS?

проблема такая:

1. допустим у юзера лежит 100 писем
2. он начинает забирать их, скачивает примерно 50 писем и выключается свет/ провайдер решает перегрузить сервера/кончается таймаут
3. второй раз нажимаем доставить почту и все 100 сообщений начинают закачиваться заново
4. т.е. те скачанные 50 + 100 новых

как бороться? как сделать так, чтобы при получении письма, оно сразу удалялось на сервере?
галочка 'POP DELE command immediately removes messages from mailbox' не помогает

Agilyera в CONTENT FILTER создай правило - укажи IF MESSAGE BODY CONTAIN - действие - RUN A PROGRAM - там указывай прогу или скрипт


Добавлено:
kuah имхо ничего не сделать, пока вся сессия успешно не закончится физичечески письма на сервере не удаляются. Как вариант юзать почтовый клиент the bat в режиме просмотра заголовков и скачивать письма частями.


Добавлено:
Zibak ну типа такие:
- Query DNS servers for MX ...
- Use 'A' record IP address found with MX ...
- Send message for next MX ...
- Immediatly return mail when DNS says MX not exist

спасибо ipmanyak

только было бы что указывать. ))) кто знаеть, принимает Mdaemon какие нибудь значения из внешних программ?

Agilyera все принимает ! для передачи письма проге используй переменную $MESSAGEFILENAME@ \CATALOG\proga.exe $MESSAGEFILENAME@
в том же правиле добавь еще птицу - IF THE EXIT CODE FROM A PRIVOUS "RUN A PROGRAM'
rule is equal to и анализирууй код возврата . в общем там в правилах все расписано и есть подсказки - разберешься

Добавлено:
опечатки ! c: \CATALOG\proga.exe $MESSAGEFILENAME$

Подскажите как можно сделать в Mdaemone чтобы копия писем отправленных с одного ящика переправлялась на другой?

Создана общая папка folder

указано что почта приходящая на ящик
folder@mail.ma
ложиться в эту папку.

Сделаны права такие

user1@mail.ma -может делать все (lrswipcda)

user2@mail.ma может: читать, искать, ставить флаги (lrs)

Проблема такая:

user1@mail.ma удаляет письмо из этой папки,
и когда он заходит в эту папку, то письма этого не видит, а вот
user2@mail.ma это письмо видит.

Что нужно сделать, чтоб письмо удалялось полностью из папки, когда его user1@mail.ma удалит.

В настройках user1@mail.ma стоит, что удалять письма из IMAP папок, когда пользователь удаляет это письмо.

kuah
У меня у клиентов TheBat!, там есть удобная функция удалять дубликаты писем. Я научил юзеров ей пользоваться.

dena1 в CONTENT FILTER создай правило .


Добавлено:
zenia проверь и настрой в Primary Domain - Pruning настройки для удаления писем в Imap папках. по дефолту ничего не удаляется

Доброевремя суток.
на данном форуме уже было упоминание о том, что антиспам режет хидеры
А способ борьбы с этим существует??
80% почты уходит в Bad, в логах
Message return-path:
Message from:
Message to:
Message subject:

ipmanyak уже упоминал о чем то подобном, если можно подробнее.
Заранее спасибо.