Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Все о MDaemon (#3)

Автор: mad_4ik
Дата сообщения: 07.11.2008 09:54
ipmanyak

Цитата:
Сам то понимаешь, что говоришь? Почту ты забрал.


в том то и трабл что почту забрать не могу





Автор: ipmanyak
Дата сообщения: 07.11.2008 11:09
mad_4ik Ну и чем тебе помочь, если нет никаких данных и логов?
для начала telnet на 110 и 25 порт твоего почтовика, отвечает? Если нет, думай, кто бреет.
Автор: Hrist
Дата сообщения: 07.11.2008 11:09
всем привет
возникла проблема отправки писем с моего сервера на гмаил.ком

судя по логам

[more=логи]
D:\MDaemon\Logs\MDaemon-20081107-SMTP-(in).log
=================================================

Fri 2008-11-07 11:52:29: ----------
Fri 2008-11-07 11:52:31: Session 4616; child 2; thread 22408
Fri 2008-11-07 11:52:30: Accepting SMTP connection from [192.168.0.65:3949]
Fri 2008-11-07 11:52:30: --> 220 tdtimur.ru ESMTP MDaemon 10.0.0; Fri, 07 Nov 2008 11:52:30 +0300
Fri 2008-11-07 11:52:30: <-- EHLO localhost
Fri 2008-11-07 11:52:30: --> 250-tdtimur.ru Hello localhost, pleased to meet you
Fri 2008-11-07 11:52:30: --> 250-ETRN
Fri 2008-11-07 11:52:30: --> 250-AUTH=LOGIN
Fri 2008-11-07 11:52:30: --> 250-AUTH LOGIN CRAM-MD5
Fri 2008-11-07 11:52:30: --> 250-8BITMIME
Fri 2008-11-07 11:52:30: --> 250-STARTTLS
Fri 2008-11-07 11:52:30: --> 250 SIZE 0
Fri 2008-11-07 11:52:31: <-- AUTH CRAM-MD5
Fri 2008-11-07 11:52:31: --> 334 PE1EQUVNT04tRjIwMDgxMTA3MTE1Mi5BQTUyMzExODJNRDAwMTJAdGR0aW11ci5ydT4=
Fri 2008-11-07 11:52:31: <-- U2VydmljZSBmYTA4ZTQ1ZDQ2NmE3NzVhNTgzMGYzZjhmNjcyM2ViNA==
Fri 2008-11-07 11:52:31: --> 235 Authentication successful
Fri 2008-11-07 11:52:31: Authenticated as Service@tdtimur.ru
Fri 2008-11-07 11:52:31: <-- MAIL FROM:<Service@tdtimur.ru> SIZE=525
Fri 2008-11-07 11:52:31: --> 250 <Service@tdtimur.ru>, Sender ok
Fri 2008-11-07 11:52:31: <-- RCPT TO:<KompPZ@gmail.com>
Fri 2008-11-07 11:52:31: --> 250 <KompPZ@gmail.com>, Recipient ok
Fri 2008-11-07 11:52:31: <-- DATA
Fri 2008-11-07 11:52:31: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000001242.tmp
Fri 2008-11-07 11:52:31: --> 354 Enter mail, end with <CRLF>.<CRLF>
Fri 2008-11-07 11:52:31: Message size: 527 bytes
Fri 2008-11-07 11:52:31: Passing message through AntiVirus (Size: 527)...
Fri 2008-11-07 11:52:31: * Сообщение чистое (вирусов не обнаружено)
Fri 2008-11-07 11:52:31: ---- End AntiVirus results
Fri 2008-11-07 11:52:31: Создание сообщения successful: d:\mdaemon\queues\inbound\md50000011502.msg
Fri 2008-11-07 11:52:31: --> 250 Ok, message saved <Message-ID: 1668834546.20081107115230@tdtimur.ru>
Fri 2008-11-07 11:52:31: <-- RSET
Fri 2008-11-07 11:52:31: --> 250 RSET? Well, ok.
Fri 2008-11-07 11:52:31: <-- QUIT
Fri 2008-11-07 11:52:31: --> 221 See ya in cyberspace
Fri 2008-11-07 11:52:31: SMTP session successful (Bytes in/out: 706/555)
Fri 2008-11-07 11:54:58: ----------
Fri 2008-11-07 11:55:02: Session 4652; child 1; thread 20464
Fri 2008-11-07 11:55:01: Accepting SMTP connection from [192.168.0.65:3988]
Fri 2008-11-07 11:55:01: --> 220 tdtimur.ru ESMTP MDaemon 10.0.0; Fri, 07 Nov 2008 11:55:01 +0300
Fri 2008-11-07 11:55:01: <-- EHLO localhost
Fri 2008-11-07 11:55:01: --> 250-tdtimur.ru Hello localhost, pleased to meet you
Fri 2008-11-07 11:55:01: --> 250-ETRN
Fri 2008-11-07 11:55:01: --> 250-AUTH=LOGIN
Fri 2008-11-07 11:55:01: --> 250-AUTH LOGIN CRAM-MD5
Fri 2008-11-07 11:55:01: --> 250-8BITMIME
Fri 2008-11-07 11:55:01: --> 250-STARTTLS
Fri 2008-11-07 11:55:01: --> 250 SIZE 0
Fri 2008-11-07 11:55:01: <-- AUTH CRAM-MD5
Fri 2008-11-07 11:55:01: --> 334 PE1EQUVNT04tRjIwMDgxMTA3MTE1NS5BQTU1MDE4NjdNRDAwMTJAdGR0aW11ci5ydT4=
Fri 2008-11-07 11:55:01: <-- U2VydmljZSBiYTBhOWJkOTgzMjQxZGE3YzhjZWE3YjExYWM1M2M3OA==
Fri 2008-11-07 11:55:01: --> 235 Authentication successful
Fri 2008-11-07 11:55:01: Authenticated as Service@tdtimur.ru
Fri 2008-11-07 11:55:02: <-- MAIL FROM:<Service@tdtimur.ru> SIZE=525
Fri 2008-11-07 11:55:02: --> 250 <Service@tdtimur.ru>, Sender ok
Fri 2008-11-07 11:55:02: <-- RCPT TO:<KompPZ@gmail.com>
Fri 2008-11-07 11:55:02: --> 250 <KompPZ@gmail.com>, Recipient ok
Fri 2008-11-07 11:55:02: <-- DATA
Fri 2008-11-07 11:55:02: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000001244.tmp
Fri 2008-11-07 11:55:02: --> 354 Enter mail, end with <CRLF>.<CRLF>
Fri 2008-11-07 11:55:02: Message size: 527 bytes
Fri 2008-11-07 11:55:02: Passing message through AntiVirus (Size: 527)...
Fri 2008-11-07 11:55:02: * Сообщение чистое (вирусов не обнаружено)
Fri 2008-11-07 11:55:02: ---- End AntiVirus results
Fri 2008-11-07 11:55:02: Создание сообщения successful: d:\mdaemon\queues\inbound\md50000011504.msg
Fri 2008-11-07 11:55:02: --> 250 Ok, message saved <Message-ID: 1668834546.20081107115230@tdtimur.ru>
Fri 2008-11-07 11:55:02: <-- RSET
Fri 2008-11-07 11:55:02: --> 250 RSET? Well, ok.
Fri 2008-11-07 11:55:02: <-- QUIT
Fri 2008-11-07 11:55:02: --> 221 See ya in cyberspace
Fri 2008-11-07 11:55:02: SMTP session successful (Bytes in/out: 706/555)

=================================================
D:\MDaemon\Logs\MDaemon-20081107-SMTP-(out).log
=================================================

Fri 2008-11-07 11:40:19: ----------
Fri 2008-11-07 11:52:35: Session 4618; child 1
Fri 2008-11-07 11:52:33: Parsing message <d:\mdaemon\queues\remote\pd35000002449.msg>
Fri 2008-11-07 11:52:33: * From: Service@tdtimur.ru
Fri 2008-11-07 11:52:33: * To: KompPZ@gmail.com
Fri 2008-11-07 11:52:33: * Subject: =?windows-1251?B?7/Du4uXw6uAg8eL/5+g=?=
Fri 2008-11-07 11:52:33: * Message-ID: <1668834546.20081107115230@tdtimur.ru>
Fri 2008-11-07 11:52:33: Attempting SMTP connection to [gmail.com]
Fri 2008-11-07 11:52:33: Resolving MX records for [gmail.com] (DNS Server: 62.109.189.240)...
Fri 2008-11-07 11:52:33: * P=005 S=001 D=gmail.com TTL=(10) MX=[gmail-smtp-in.l.google.com] {64.233.183.114}
Fri 2008-11-07 11:52:33: * P=005 S=005 D=gmail.com TTL=(10) MX=[gmail-smtp-in.l.google.com] {64.233.183.27} multi-homed
Fri 2008-11-07 11:52:33: * P=010 S=002 D=gmail.com TTL=(10) MX=[alt1.gmail-smtp-in.l.google.com] {74.125.93.27}
Fri 2008-11-07 11:52:33: * P=010 S=003 D=gmail.com TTL=(10) MX=[alt2.gmail-smtp-in.l.google.com] {64.233.171.27}
Fri 2008-11-07 11:52:33: * P=010 S=006 D=gmail.com TTL=(10) MX=[alt1.gmail-smtp-in.l.google.com] {74.125.93.114} multi-homed
Fri 2008-11-07 11:52:33: * P=050 S=000 D=gmail.com TTL=(10) MX=[gsmtp183.google.com] {64.233.183.27}
Fri 2008-11-07 11:52:33: * P=050 S=004 D=gmail.com TTL=(10) MX=[gsmtp147.google.com] {209.85.147.27}
Fri 2008-11-07 11:52:33: Attempting SMTP connection to [64.233.183.114:25]
Fri 2008-11-07 11:52:33: Waiting for socket connection...
Fri 2008-11-07 11:52:33: * Connection established (192.168.1.1:3321 -> 64.233.183.114:25)
Fri 2008-11-07 11:52:33: Waiting for protocol to start...
Fri 2008-11-07 11:52:33: <-- 220 mx.google.com ESMTP k7si1747724nfh.17
Fri 2008-11-07 11:52:33: --> EHLO tdtimur.ru
Fri 2008-11-07 11:52:34: <-- 250-mx.google.com at your service, [62.109.184.138]
Fri 2008-11-07 11:52:34: <-- 250-SIZE 35651584
Fri 2008-11-07 11:52:34: <-- 250-8BITMIME
Fri 2008-11-07 11:52:34: <-- 250 ENHANCEDSTATUSCODES
Fri 2008-11-07 11:52:34: --> MAIL From:<Service@tdtimur.ru> SIZE=1027
Fri 2008-11-07 11:52:34: <-- 250 2.1.0 OK k7si1747724nfh.17
Fri 2008-11-07 11:52:34: --> RCPT To:<KompPZ@gmail.com>
Fri 2008-11-07 11:52:34: <-- 250 2.1.5 OK k7si1747724nfh.17
Fri 2008-11-07 11:52:34: --> DATA
Fri 2008-11-07 11:52:34: <-- 354 Go ahead k7si1747724nfh.17
Fri 2008-11-07 11:52:34: Sending <d:\mdaemon\queues\remote\pd35000002449.msg> to [64.233.183.114]
Fri 2008-11-07 11:52:34: Transfer Complete
Fri 2008-11-07 11:52:35: <-- 250 2.0.0 OK 1226047954 k7si1747724nfh.17
Fri 2008-11-07 11:52:35: --> QUIT
Fri 2008-11-07 11:52:35: <-- 221 2.0.0 closing connection k7si1747724nfh.17
Fri 2008-11-07 11:52:35: SMTP session successful (Bytes in/out: 342/1131)
Fri 2008-11-07 11:52:35: ----------
Fri 2008-11-07 11:55:04: Session 4656; child 1
Fri 2008-11-07 11:55:03: Parsing message <d:\mdaemon\queues\remote\pd35000002450.msg>
Fri 2008-11-07 11:55:03: * From: Service@tdtimur.ru
Fri 2008-11-07 11:55:03: * To: KompPZ@gmail.com
Fri 2008-11-07 11:55:03: * Subject: =?windows-1251?B?7/Du4uXw6uAg8eL/5+g=?=
Fri 2008-11-07 11:55:03: * Message-ID: <1668834546.20081107115230@tdtimur.ru>
Fri 2008-11-07 11:55:03: Attempting SMTP connection to [gmail.com]
Fri 2008-11-07 11:55:03: Resolving MX records for [gmail.com] (DNS Server: 62.109.189.240)...
Fri 2008-11-07 11:55:03: * P=005 S=001 D=gmail.com TTL=(7) MX=[gmail-smtp-in.l.google.com] {64.233.183.114}
Fri 2008-11-07 11:55:03: * P=005 S=005 D=gmail.com TTL=(7) MX=[gmail-smtp-in.l.google.com] {64.233.183.27} multi-homed
Fri 2008-11-07 11:55:03: * P=010 S=002 D=gmail.com TTL=(7) MX=[alt1.gmail-smtp-in.l.google.com] {74.125.93.27}
Fri 2008-11-07 11:55:03: * P=010 S=003 D=gmail.com TTL=(7) MX=[alt2.gmail-smtp-in.l.google.com] {64.233.171.27}
Fri 2008-11-07 11:55:03: * P=010 S=006 D=gmail.com TTL=(7) MX=[alt1.gmail-smtp-in.l.google.com] {74.125.93.114} multi-homed
Fri 2008-11-07 11:55:03: * P=050 S=000 D=gmail.com TTL=(7) MX=[gsmtp183.google.com] {64.233.183.27}
Fri 2008-11-07 11:55:03: * P=050 S=004 D=gmail.com TTL=(7) MX=[gsmtp147.google.com] {209.85.147.27}
Fri 2008-11-07 11:55:03: Attempting SMTP connection to [64.233.183.114:25]
Fri 2008-11-07 11:55:03: Waiting for socket connection...
Fri 2008-11-07 11:55:03: * Connection established (192.168.1.1:3398 -> 64.233.183.114:25)
Fri 2008-11-07 11:55:03: Waiting for protocol to start...
Fri 2008-11-07 11:55:04: <-- 220 mx.google.com ESMTP i3si1766696nfh.14
Fri 2008-11-07 11:55:04: --> EHLO tdtimur.ru
Fri 2008-11-07 11:55:04: <-- 250-mx.google.com at your service, [62.109.184.138]
Fri 2008-11-07 11:55:04: <-- 250-SIZE 35651584
Fri 2008-11-07 11:55:04: <-- 250-8BITMIME
Fri 2008-11-07 11:55:04: <-- 250 ENHANCEDSTATUSCODES
Fri 2008-11-07 11:55:04: --> MAIL From:<Service@tdtimur.ru> SIZE=1027
Fri 2008-11-07 11:55:04: <-- 250 2.1.0 OK i3si1766696nfh.14
Fri 2008-11-07 11:55:04: --> RCPT To:<KompPZ@gmail.com>
Fri 2008-11-07 11:55:04: <-- 250 2.1.5 OK i3si1766696nfh.14
Fri 2008-11-07 11:55:04: --> DATA
Fri 2008-11-07 11:55:04: <-- 354 Go ahead i3si1766696nfh.14
Fri 2008-11-07 11:55:04: Sending <d:\mdaemon\queues\remote\pd35000002450.msg> to [64.233.183.114]
Fri 2008-11-07 11:55:04: Transfer Complete
Fri 2008-11-07 11:55:04: <-- 250 2.0.0 OK 1226048104 i3si1766696nfh.14
Fri 2008-11-07 11:55:04: --> QUIT
Fri 2008-11-07 11:55:04: <-- 221 2.0.0 closing connection i3si1766696nfh.14
Fri 2008-11-07 11:55:04: SMTP session successful (Bytes in/out: 342/1131)
[/more]

письмо благополучно гмаилом прнимается - но в ящиках юзверей на гмаиле его нет ;(
или я что то пропустил?

Добавлено:
ой. все понятно. в папке спам они обретались ;(
Автор: vyg
Дата сообщения: 08.11.2008 10:36
Доброе время суток. Недельку назад возникла следующая проблема. На почтовые ящики сыпяться куча одинаковых писем. Похоже что одно и тоже письмо дублируется раз по 15-20 (у писем одна и таже дата и время отправки). В следствии чего количество писем в ящике растет в геометрической прогрессии и доходит пугающих 2-10 тыс. писем (в зависимости от количестве СПАМа на конкретный ящик) в один ящик. Может кто-то сталкивался с такой проблемой? Или мысли какие-то есть? Спасибо.
Автор: smalex
Дата сообщения: 08.11.2008 11:18
MDaemon v 10.0.1
Создаю свои правила в Content filter(Фильтр содержания), расставляю галки для использования моих фильтров. Фильтры работают. После рестарта мдемона - галки сами убираются и правила не работают.
В чём может быть дело?
Автор: Aushkin
Дата сообщения: 09.11.2008 23:51
Доброе время суток всем.
MDaemon 10.0.1, всё бегает исправно и давно.
Но вот решил поиграться с динамической авторизацией.
Импортировал из домена тестового пользователя, согласно мануалу
http://files.altn.com/MDaemon/Release/MDaemon_ru.pdf
Всё прошло нормально, пользователь появился, в настройках его учетной записи светится, что динамическая авторизация разрешена.
Однако при попытке войти через WEB-интерфейс с использованием уже доменных имени пользователя и пароля, получаю облом.
Пробовал в качестве логина и просто domenusername и domenusername@domenname.com и полный ящик(имя ящика отлично от имени входа доменного). Ну никак, не прокатывает и привет.
"Некорректный Вход, пожалуйста, попробуйте еще раз."
Подскажите, где копать? Заранее спасибо!
Автор: ipmanyak
Дата сообщения: 10.11.2008 06:14
Aushkin Сделай экспорт учеток в csv файл и погляди как там выглядит твой юзер и его пароль (помнится еще с 6.8.5 при экспорте с домена учетка там была со слэшами, типа \\user).

vyg Каким способом получаешь почту? Domainpop? Почему не привел куски логов?

smalex Где вносишь изменения? Консоль, терм сессия, Webadmin?
Автор: zealot2
Дата сообщения: 10.11.2008 06:29
MDaemon 9.6.5. Проблема возникла. В последние дни часто вижу в логах сообщение типа такого:

Mon 2008-11-10 14:24:02: Start Content Filter results
Mon 2008-11-10 14:24:02: * Message matched rule: SYSTEM - MDaemon INBOUND archive rule
Mon 2008-11-10 14:24:02: * Matched 1 of 4 active rules
Mon 2008-11-10 14:24:02: End of Content Filter results

Насколько я понимаю срабатывает одно из правил фильтра содержания. Но так как стали часто пропадать таким образом нужные письма, причем даже отправленные внутри домена пытаюсь понять какое же правило срабатывает. Правил у меня всегд 2, не знаю откуда мдаемон взял 4. Ладно, отключил оба правила, галку "Влючить механизм обработки правил" оставил включенной. Теперь сообщения такие:

Mon 2008-11-10 13:11:35: Start Content Filter results
Mon 2008-11-10 13:11:35: * Message matched rule: SYSTEM - MDaemon INBOUND archive rule
Mon 2008-11-10 13:11:36: * Matched 1 of 2 active rules
Mon 2008-11-10 13:11:36: End of Content Filter results

Откуда взялись эти два правила, где их искать? Помогает только отключение галки "Влючить механизм обработки правил", но тогда сыпется больше спама. Где копать?
Автор: brassnet
Дата сообщения: 10.11.2008 06:53
zealot2
Кто тебе сказал, что это правила фильтра содержимого? Неужели так трудно прочесть одну фразу, ну или хотя бы словарь взять?
Это правила архивирования входящей почты, вот там и смотреть!
Автор: zealot2
Дата сообщения: 10.11.2008 07:09
Start Content Filter results - а это что тогда?
Автор: brassnet
Дата сообщения: 10.11.2008 07:18
А вторую строчку не судьба прочесть?
Автор: zealot2
Дата сообщения: 10.11.2008 07:33
Спасибо, просто не так понял сообщение в логе. Разобрался теперь
Автор: 9210530
Дата сообщения: 10.11.2008 08:06
Здравствуйте! Прошу помочь. Дело вот в чем. Решили отказаться от почты хостинг провайдера. До этого почта собиралась с помощью DomainPOP. Теперь решил настроить прием почты напрямую. Для этого в контрольной панели сервера сделал запись вида:
А mail1.<имя домена>.com <IP>
и mx запись
mx mail1.<имя домена>.com приоритет 10 (самый высокий)
На сервере с демоном никаких доп. настроек не производил. Кроме того что завел ящик вида <имя>@<имя домена>.com
Проверил telnet 25 порт на сервере открыт отклик от демона.
Почта не приходит. В чем может быть ошибка? Подскажите пожалуйста.
Автор: Clavik
Дата сообщения: 10.11.2008 13:22
9210530

Цитата:
Для этого в контрольной панели сервера сделал запись вида

Что за контрольная панель?
Для приема:
В DNS зоне своей прописывай А и MX запись.
Для отправки:
ip с которого шлешь должен иметь PTR запись, тут уж либо она делегирована для управления тебе, либо у прова, либо еще где, но PTR должна быть и она должна резолвится в тот же айпи с которого шлешь.
Например,
1. айпи 127.0.0.1 имеет PTR mail.primer.ru
2. имя mail.primer.ru должно резолвиться в 127.0.0.1, те в DNS должна быть прописана А запись соответствующая.
Прочитай пару страниц назад, эта тема обсуждалась.

Цитата:
Почта не приходит

Если не секрет можешь сбросить в ПМ свое имя домена, посмотрю что тама у тебя в DNS зоне.
Автор: danger ua
Дата сообщения: 10.11.2008 13:44
Всем здравствуйте!
Обращаюсь к спецам, так как раз уже помогли. За что отдельное ещё раз СПАСИБО!!!
Но в процессе работы возникла проблема. Не проходят SMTP соединения с внешней сети (с внутренней стороны всё работает).
Поясняю. Пытаясь подключиться на 25 порт снаружи, никакой реакции вообще. В логах ни Демана, ни файервола, о том что есть попытка соединения на 25 порт. Только в демоне меняю SMTP порт на любой другой, соединение проходит на ура... Пробовал сносить всё, кроме демона, ситуация не поменялась... у кого может есть варианты куда ещё посмотреть, а то за день уже мозг кипит ???
Автор: Clavik
Дата сообщения: 10.11.2008 13:50
danger ua
Схема вывода 25 порта наружу не понятна.
Что за фаер стоит?
25 порт с внешки отвечает или нет?
И это, может пров фильтрует входящие на 25 порт?
Автор: danger ua
Дата сообщения: 10.11.2008 13:56
фаер Kerio WinRoute
с внешней стороны видно, что порт открыт. Но при попытке соедениться телнетом, тишена.

Добавлено:

Цитата:
Схема вывода 25 порта наружу не понятна.

Тут ничего особенного. Сервак, две сетёвки, одна на локальную сеть смотрит, вторая на интернет. По портам настройки демона стандартные.
Автор: Clavik
Дата сообщения: 10.11.2008 14:34

Цитата:
с внешней стороны видно, что порт открыт. Но при попытке соедениться телнетом, тишена.

Т.е. порт открыт, коннект проходит, но ответа от сервака нет?
Вообщем в Kerio твоем дело, хз что тама надо вырубить, что-нить типо слежение за SMTP. Перехватывает он SMTP траф на себя.
Автор: Aushkin
Дата сообщения: 10.11.2008 18:48

Цитата:
[/q]
[q]Aushkin Сделай экспорт учеток в csv файл и погляди как там выглядит твой юзер и его пароль (помнится еще с 6.8.5 при экспорте с домена учетка там была со слэшами, типа \\user).


Самое странное, что все юзеры выглядят нормально, как им и положено.
Вчера вдруг заработало, с 38-й попытки. Причем даже по алиасу запускает нормально. Что было, понятия не имею. Единственное с чем игрался, временно отключал в демоне использование DNS прова и заставлял юзать внутренний, потом всё вернул. Думал, мало ли, может просто тупа домен не резолвится, но он резолвился и так и так. Короче чудеса.

Но есть другая трабла, которую побороть не могу никак.
В одной конторке MDaemon 10.0.1 русский + Outlook Connector 2.2.1, у юзеров Outlook Connector и ComAgent. Юзеры все с правами user, все в домене. В качестве почтового клиента юзают Ms Outlook 2007 русская с учеткой через Outlook Connector. Так вот, если в комагенте включить синхронизацию адресной книги, то вроде как оно срабатывает, но в списке контактов аутглюка 2007, появляется куча(ну не куча, а точно по числу реально существующих адресов) пустых адресных карточек. Точнее не совсем пустых, при клике по ним, можно прочитать ФИО, да и то, почему-то оно попадает в поле Кому нового письма.

В какую сторону капать тут, уже даже и не знаю.
Автор: kspy
Дата сообщения: 10.11.2008 21:21
danger ua
смотри настройки керио, он у тебя на той же машине стоит что и демон?
еще какой нибудь софт стоит? который может 25 порт слушать на внешнем интерфейсе?
что видно через netstat -b
Автор: ipmanyak
Дата сообщения: 11.11.2008 05:35
danger ua Примеры правил для Керио. Порядок правил важен, правила обрабатываются сверху вниз и действуют по принципу " запрещено ВСЁ кроме разрешенного"
http://kerio-rus.ru/index.php?option=com_content&task=view&id=34&Itemid=44
Автор: 9210530
Дата сообщения: 11.11.2008 14:05
Спасибо Clavik!
Настройки производил в контрольной панели домена.
"В DNS зоне своей прописывай А и MX запись." - это я, собственно и сделал. Но не заработао.
Удалил записи MX и A
Записи NS указывают на хостинг петерхоста. В контрольной панели петерхоста, также есть возможность исправлять MX записи. Причем, при изменении записей в контрольной панели петерхоста, почта стала перебрасываться на почтовый сервер.
Вопрос, а как сделать так, чтобы хостинг оставался на петерхосте, а почта шла не через петерхост а напрямую?
Автор: Clavik
Дата сообщения: 11.11.2008 14:51
Скорее всего твою зону обслуживает петерхост, не знаю что за контрольная панель домена и кем раньше обслуживалась зона, но сейчас ты меняешь настройки зоны через петерхост, тк он является мастером этой зоны (скорее всего, ибо зону твою не знаю, только исходя из твоих слов).

Цитата:
В контрольной панели петерхоста, также есть возможность исправлять MX записи. Причем, при изменении записей в контрольной панели петерхоста, почта стала перебрасываться на почтовый сервер.

Ну собственно и все, прописал же, значит принимать будет твой серв.

Цитата:
Вопрос, а как сделать так, чтобы хостинг оставался на петерхосте, а почта шла не через петерхост а напрямую?

Ну хостинг и остался на петерхосте, а для почты ты прописал MX, и почта идет напрямую, петерхост просто обслуживает твою зону.
Терь осталось это, если отправлять будешь сам:

Цитата:
Для отправки:
ip с которого шлешь должен иметь PTR запись, тут уж либо она делегирована для управления тебе, либо у прова, либо еще где, но PTR должна быть и она должна резолвится в тот же айпи с которого шлешь.
Автор: mondo
Дата сообщения: 12.11.2008 09:30
Доброго времени суток.
Переносил MDaemon на новый сервер, обновился заодно с версии 9.6.4 до 10.1.
На новом сервере MDaemon Немного поправил пути к файлам приложения (вместо D:\MDaemon\MDaemon прописал во всех файлах D:\MDaemon). В SpamAssassin переписал только папочку с токенами Bayes и правилами. Через несколько дней выяснилось, что assassin не видит папочку с токенами, ссылаясь почему-то на
C:\Documents and Settings\Administrator\.spamassassin\
и вот такая ошибка:

Цитата:
D:\MDaemon\SpamAssassin>sa-learn --sync
config: could not find sys rules directory
config: no configuration text or files found! please check your setup

А при попытке запустить learn.bat:

Цитата:
Performing Bayesian learning
Learning from Spam folder: D:\MDAEMON\Public Folders\Bayesian Learning.IMAP\Spam.IMAP
plugin: failed to parse plugin (from @INC): Can't locate Mail/SpamAssassin/Plugin/Shortcircuit.pm in @INC (@INC contains: C:\Perl\site\lib

plugin: failed to create instance of plugin Mail::SpamAssassin::Plugin::Shortcircuit: Can't locate object method "new" via package "Mail::S

Learned tokens from 0 message(s) (0 message(s) examined)

Собственно вопрос: где в mdaemon'ском spamassasin хранятся настройки путей?
Автор: golkanavt
Дата сообщения: 12.11.2008 09:41
Всем привет. Заметил, что почтовый клиент забирает не всю почту из ящика MDaemon, причина непонятна. Вот что в логе:

Код:
Wed 2008-11-12 14:36:30: Session 2741; child 1
Wed 2008-11-12 14:36:25: Accepting POP connection from [192.168.xx.xx:4997]
Wed 2008-11-12 14:36:25: --> +OK mycompany.com POP MDaemon 9.6.5 ready
Wed 2008-11-12 14:36:25: <-- USER admin@mycompany.com
Wed 2008-11-12 14:36:25: --> +OK admin@mycompany.com... User ok
Wed 2008-11-12 14:36:25: <-- PASS ******
Wed 2008-11-12 14:36:25: --> +OK admin@mycompany.com's mailbox has 19 total messages (2023377 octets)
Wed 2008-11-12 14:36:30: <-- STAT
Wed 2008-11-12 14:36:30: --> +OK 19 2023377
Wed 2008-11-12 14:36:30: <-- UIDL
Wed 2008-11-12 14:36:30: --> +OK
Wed 2008-11-12 14:36:30: Sending UIDL response (not logged)
Wed 2008-11-12 14:36:30: <-- LIST
Wed 2008-11-12 14:36:30: --> +OK 19 2023377
Wed 2008-11-12 14:36:30: Sending LIST response (not logged)
Wed 2008-11-12 14:36:30: <-- STAT
Wed 2008-11-12 14:36:30: --> +OK 19 2023377
Wed 2008-11-12 14:36:30: <-- QUIT
Wed 2008-11-12 14:36:30: --> +OK admin@mycompany.com mycompany.com POP Server signing off (19 messages left)
Wed 2008-11-12 14:36:30: POP session complete (Bytes in/out: 72/1409)
Автор: Clavik
Дата сообщения: 12.11.2008 09:52
golkanavt
Так почтовый клиент и не пробует забрать почту, в настройках надо убрать оставлять письма на серваке.

Цитата:
Для распознавания уже однажды принятых сообщений в протоколе POP3 предусмотрен специальный механизм уникальных идентификаторов – UIDL. Каждом сообщению, хранящемуся в почтовом ящике, сервер сопоставляет некое число. Почтовый клиент при подключении к серверу может запросить идентификаторы всех сообщений и, проанализировав их, принять решение, какие сообщения следует принимать, а какие нет.
Автор: golkanavt
Дата сообщения: 12.11.2008 10:15
Clavik

Цитата:
Так почтовый клиент и не пробует забрать почту, в настройках надо убрать оставлять письма на серваке.

В настройках Бата стоит "удалять письма с сервера", причем большую часть почты он получает нормально, но иногда происходит вот такая непонятка, и часть писем в упор отказывается получать - по каким признакам он их различает, непонятно.
Автор: rstar1979
Дата сообщения: 12.11.2008 10:33
возникли очередные вопросы.... пытаюсь проанализировать логи
например Mail Access Monitor 3.6 for Alt-N MDaemon
он невидит никаких логов (как говориться ну конечно у меня ведь русский 9,07)
так вот есть ли возможность выставить в демоне возможность вести логи на енглише (конечно нет почти 100 %)
потому второй вопрос на какую версию посоветуете перейти.

нигде невидел сравнение методов антиспам защит так вот:
за 1 день было
4280 коннектов
2095 отвалились по скрининг хостов из шапки
1102 отвалились по 501 Connecting IP must have valid PTR record (проверка только на существование)
436 отвалились по EHLO/HELO response delayed 30 seconds

если у вас такие сравнения только более масштабные и возможно с описанием
(например в этих я разочаровался: DNSBL выдал всего 46 отбоев, грейслист около 100)
Автор: ipmanyak
Дата сообщения: 12.11.2008 13:23
mondo Moving MDaemon to another drive on the same computer
http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=KBA-01476
MDaemon 10.x: Moving MDaemon to another drive on the same computer
http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=KBA-02057

15.# In each of the following files, update any references to the old installation path to reflect the new oneall files should be edited using a text editor)

* \MDaemon\App\Accounts.csv
* \MDaemon\App\CFilter.ini
* \MDaemon\App\MDaemon.ini
* \MDaemon\App\MDSTATS.INI
* \MDaemon\App\AUTORESP.DAT
* \MDaemon\App\GATEWAYS.DAT
* \MDaemon\SpamAssassin\rules\local.cf
* \MDaemon\WebAdmin\webadmin.ini
* \MDaemon\WorldClient\Domains.ini
* \MDaemon\WorldClient\WorldClient.ini
* any .GRP files that reference support file




Добавлено:
rstar1979
Цитата:
он невидит никаких логов
Ему нужен лог статистики, типа MDaemon-20081110-Statistics.logю. Он у тебя включен? По дефолту этот лог отключен. Log Options - птица Log mail server statistics
Автор: rstar1979
Дата сообщения: 12.11.2008 14:45
ipmanyak
я это сделал по инструкции раньше, но сразу не сработало. а щас работает видать надо было выждать пару минут спс вобщем ))

а по поводу обновления демона.... имеет смысл или лучше обратиться к такому мнению:
лучшее - враг хорошего.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071

Предыдущая тема: Копирование с Cisco через консольный провод


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.