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

» Все о MDaemon (#4)

Автор: eap
Дата сообщения: 09.09.2009 14:32
ipmanyak
Спасибо!
Да, локалку разрешил уже везде, где только можно.
Очень похоже на проблемы сети - было раз - пока не переобжал сетевую розетку в стене - сеть то была, то нет. Именно в этом кабинете. Как кабинет освободится - протестю сеть.

Проблем с сетью не обнаружил - netstat -e дал 0 ошибок после копирования 3Г файлов и примерно 1000 длинных пингов. 1 пинг потерялся из примерно 1000.
Аутолук при этом дал 1 одну ошибку SMTP при пересылке из примерно 20-ти отправленных и пересланных писем. Причем не первого письма.
Единственное - время Пинга -l 51500 менялось от раза к разу от 15 до 10 мсек
Барабашки, ё моё!!!
Автор: cluber
Дата сообщения: 09.09.2009 18:19

Цитата:

А хостинг и Exchange то причем?? ОС работает только с MDaemon+OC

Может я неясно или неправильно выразился.
Имелось ввиду что если использовать хостинг, то каким образом будет работать ОС.
Не используя стороннего exchange хостера.

зы За предложенный вариант спасибо.
Автор: ipmanyak
Дата сообщения: 09.09.2009 19:12
eap пинг длиной 51500 эт ты загнул в мат! не все карты и свичи такое поддерживают, у мя тока 24000 дюжит. проверь все-таки учетку по имапу, просто сорздай ее еще одну в аутлуке и проверь. а чип сетевухи не реалтек?
еще вариант - создать тестовую учетку - и переложить туда все папки босса в демоне и проверить на другой тачке


Добавлено:
cluber Насчет хостинга не понятно, там почтовик mdaemon или кто? И что вы хоитите от почтовика на хостинге. И потом он вам вообще надо иметь почтарь на хостинге? Очень часто ip хостингов сидят в спамбазах DNSBL !
Автор: cluber
Дата сообщения: 09.09.2009 19:59

Цитата:
Очень часто ip хостингов сидят в спамбазах DNSBL !

я думал с этим наиборот проще что хостеры, типа следят за своими ip.
а от хостера особо то и ни чего не надо. Ящики user@mydomain.ru ну и ОС между ними, тока вот внутриковая почта как ? Через хостера тож пойдет или тока на mdaemon'е моем крутится будет.
Автор: ipmanyak
Дата сообщения: 09.09.2009 20:37
cluber ни хера они за этим не следят! Им на это насрать! Сам проверь свой ip почтаря хостинга тут
Free Email Blacklist | Check your IP in multiple DNSBLs | Multiple Block Listhttp://www.myiptest.com/staticpages/index.php/check-Blacklisted-IP-DNSBL

Автор: eap
Дата сообщения: 09.09.2009 22:36
ipmanyak
Чип - Реалтек интегрированный, и менять не на что - есть несколько сетевух, и тоже кажется все Реалтек. Поищу - мало ли, может и еще что найду в металлоломе.
Планирую завтра сутра кинуть просто по коридору провод до серверной и потестить по нему - что изменится и будет ли выскакивать окно авторизации. Если не в кабеле дело - поменяю сетевуху.
И последнее дело - создать на своем компе аналогичную конфигурацию и прицепиться к ящику шефа.
Но скорее всего дело или в кабеле, или в сетевухе - больше НИГДЕ такой ерунды нет.

Попутный вопрос - пробовал цепляться из дома к своему рабочему ящику по IMAP Аутлуком - всю почту вижу, но не могу ничего отправить - письмо висит в Исходящих, и не уходит.
Задача 'post.mydomen.ru - отправка' сообщила об ошибке (0x8004010F) : 'Сбой операции. Объект не найден.'
Куда копать?
Автор: eap
Дата сообщения: 10.09.2009 09:32
ipmanyak
Бросил по полу новый кабель, заменил сетевуху на Реалтек, но другую 1000-ю - всё то же. Отключил Брандмауэр Windows - 20 писем переслал и новых создал-отправил без проблем. Неужели в этом дело???
Ждем директора и смотрим, как день пройдет.
Автор: myf
Дата сообщения: 10.09.2009 10:39
подскажите что делать..


версия Mdaemon V9.6.0

при выключенном Greylisting не отправляются письма с Mdaemona, отвечает сервер:
<-- 451 Greylisting in action, please try
again a little later.

а если включить Greylisting, то некоторые письма не могут попасть на мой почтовик..


есть ли такие проблемы в более новых версиях Mdaemon ?
Автор: ipmanyak
Дата сообщения: 10.09.2009 17:03
myf С Greylisting проблем не было ни в одной версии.

Цитата:
<-- 451 Greylisting in action, please try
again a little later.
Это твой сервер отвечает другому, значит он у тебя не выключился или выключился, но в кэше еще держит ip адреса.

Цитата:
если включить Greylisting, то некоторые письма не могут попасть на мой почтовик..
Выясняй почему не могут, повторные попытки серваков наблюдаются в логах? Если их нет, это проблема других почтарей, обязаны повторять через определенный интервал времени.
Автор: nikolino255
Дата сообщения: 14.09.2009 14:17
Вопрос всем!!!
Как сменить приветствие мдемона
220 XXXXXXXXX ESMTP MDaemon 10.0.3; Mon, 14 Sep 2009 13:46:32 +0300
чтобы оно писало "велкам ту май кампани"))) например
Автор: ipmanyak
Дата сообщения: 14.09.2009 15:13
nikolino255 уже обсуждалось, юэай поиск - никак, убрана эта возможность еще с 9-ых версий
Автор: nikolino255
Дата сообщения: 14.09.2009 15:19
а как просто в этом сообщении убрать mdaemon 10.0.3??? можно?
Автор: ipmanyak
Дата сообщения: 14.09.2009 16:02
nikolino255 Можно, если ты хакер экзешников
Автор: vitalikc
Дата сообщения: 14.09.2009 16:50
Помогите настроить следуйщую штуку: пользователю 1 приходит письмо от адресата x@x.x, как включить так чтоб это письмо еще дополнительно падало к пользователю 2 и 3?

Mdaemon 10.0.5
Автор: ipmanyak
Дата сообщения: 15.09.2009 07:18
vitalikc Help и доки читать не хотим да? Вариантов два :
1 - Настрой Content filter - в котором шли копии двум другим.
2 - сделай список рассылки, в который включи нужные ящики,
последнее предпочтительнее
Автор: BigBear
Дата сообщения: 15.09.2009 11:14
Не могу понять почему не проходит почта. Вот лог сессии

Mon 2009-09-14 18:29:08: Session 9259; child 2; thread 2704
Mon 2009-09-14 18:29:07: Accepting SMTP connection from [89.218.40.150:57690]
Mon 2009-09-14 18:29:07: Performing PTR lookup (150.40.218.89.IN-ADDR.ARPA)
Mon 2009-09-14 18:29:07: * D=150.40.218.89.IN-ADDR.ARPA TTL=(1023) PTR=[relay.online.kz]
Mon 2009-09-14 18:29:07: * Gathering A records...
Mon 2009-09-14 18:29:07: * D=relay.online.kz TTL=(144) A=[89.218.40.150]
Mon 2009-09-14 18:29:07: ---- End PTR results
Mon 2009-09-14 18:29:07: --> 220 lion.kz ESMTP MDaemon 9.6.3; Mon, 14 Sep 2009 18:29:07 +0600
Mon 2009-09-14 18:29:07: <-- HELO relay.online.kz
Mon 2009-09-14 18:29:07: Performing IP lookup (relay.online.kz)
Mon 2009-09-14 18:29:07: * D=relay.online.kz TTL=(144) A=[89.218.40.150]
Mon 2009-09-14 18:29:07: ---- End IP lookup results
Mon 2009-09-14 18:29:07: --> 250 lion.kz Hello relay.online.kz, pleased to meet you
Mon 2009-09-14 18:29:07: <-- MAIL FROM:<>
Mon 2009-09-14 18:29:07: Performing SPF lookup (relay.online.kz / 89.218.40.150)
Mon 2009-09-14 18:29:08: * Result: none; no SPF record in DNS
Mon 2009-09-14 18:29:08: ---- End SPF results
Mon 2009-09-14 18:29:08: --> 250 <>, Sender ok
Mon 2009-09-14 18:29:08: <-- RCPT TO:<sales@lion.kz>
Mon 2009-09-14 18:29:08: Performing DNS-BL lookup (89.218.40.150 - connecting IP)
Mon 2009-09-14 18:29:08: * zen.spamhaus.org - passed
Mon 2009-09-14 18:29:08: ---- End DNS-BL results
Mon 2009-09-14 18:29:08: --> 250 <sales@lion.kz>, Recipient ok
Mon 2009-09-14 18:29:08: <-- QUIT
Mon 2009-09-14 18:29:08: --> 221 See ya in cyberspace
Mon 2009-09-14 18:29:08: SMTP session terminated (Bytes in/out: 67/202)

есто подозрение на "Mon 2009-09-14 18:29:08: --> 250 <>, Sender ok"
Но как это лечить?
Автор: ipmanyak
Дата сообщения: 15.09.2009 12:24
BigBear по данному логу не понять, почему демон рвет сессию.
проверь подозрение на пустое поле FROM в телнет сессии
telnet ip_address 25
helo 3com.com
mail from: #ничего не вводя ENTER
rcpt to:твой_email
data
test pole from
.
quit

если и от тебя бреет, то
в MDaemon.ini секция [Special]
Найди или добавь строку
RefuseNULLReturnPath=No
Перестартуй демона

P.S. а твой домен lion.kz?


Автор: BigBear
Дата сообщения: 15.09.2009 13:24
ipmanyak
нет от меня ко мне все прошло

Цитата:
P.S. а твой домен lion.kz?

да
В чем еще может быть проблема?
вот таких серверов с которыми у меня проблема штук 5 -6
открывать я их просто так не хочу - это релеи больших провайдеров, и что у них там в сети творится я знаю

Добавлено:
ipmanyak
вот лог - это я попробовал из дома и соответственно из другой сети, с локалки тоже все проходит
ue 2009-09-15 16:29:57: Session 472; child 1; thread 5908
Tue 2009-09-15 16:27:04: Accepting SMTP connection from [92.46.7.48:19508]
Tue 2009-09-15 16:27:04: Performing PTR lookup (48.7.46.92.IN-ADDR.ARPA)
Tue 2009-09-15 16:27:05: * Error: * Name server reports domain name unknown
Tue 2009-09-15 16:27:05: * No PTR records found
Tue 2009-09-15 16:27:05: ---- End PTR results
Tue 2009-09-15 16:27:05: --> 220 lion.kz ESMTP MDaemon 9.6.3; Tue, 15 Sep 2009 16:27:05 +0600
Tue 2009-09-15 16:27:12: <-- helo
Tue 2009-09-15 16:27:12: --> 250 lion.kz Hello , pleased to meet you
Tue 2009-09-15 16:27:58: <-- mail from
Tue 2009-09-15 16:27:58: --> 250 <>, Sender ok
Tue 2009-09-15 16:28:34: <-- rcpt melex@lion.kz
Tue 2009-09-15 16:28:34: Performing DNS-BL lookup (92.46.7.48 - connecting IP)
Tue 2009-09-15 16:28:34: * zen.spamhaus.org - failed
Tue 2009-09-15 16:28:34: ---- End DNS-BL results
Tue 2009-09-15 16:28:34: --> 250 <melex@lion.kz>, Recipient ok
Tue 2009-09-15 16:28:40: <-- data
Tue 2009-09-15 16:28:40: Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000000331.tmp
Tue 2009-09-15 16:28:40: --> 354 Enter mail, end with <CRLF>.<CRLF>
Tue 2009-09-15 16:29:40: Message size: 21 bytes
Tue 2009-09-15 16:29:40: Performing DKIM lookup
Tue 2009-09-15 16:29:40: * File: c:\mdaemon\queues\temp\md50000000331.tmp
Tue 2009-09-15 16:29:40: * Message-ID: n/a
Tue 2009-09-15 16:29:40: * Result: neutral
Tue 2009-09-15 16:29:40: ---- End DKIM results
Tue 2009-09-15 16:29:40: Passing message through AntiVirus (Size: 21)...
Tue 2009-09-15 16:29:40: * Message is clean (no viruses found)
Tue 2009-09-15 16:29:40: ---- End AntiVirus results
Tue 2009-09-15 16:29:42: Passing message through Outbreak Protection...
Tue 2009-09-15 16:29:42: * Message-ID:
Tue 2009-09-15 16:29:42: * Reference-ID: str=0001.0A150205.4AAF6C95.013A,ss=1,lb,fgs=0
Tue 2009-09-15 16:29:42: * Virus result: 0 - Clean
Tue 2009-09-15 16:29:42: * Spam result: 3 - Spam (bulk)
Tue 2009-09-15 16:29:42: * IWF result: 0 - Clean
Tue 2009-09-15 16:29:42: ---- End Outbreak Protection results
Tue 2009-09-15 16:29:42: Passing message through Spam Filter (Size: 21)...
Tue 2009-09-15 16:29:44: * 2.5 MISSING_HB_SEP Missing blank line between message header and body
Tue 2009-09-15 16:29:44: * -4.7 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
Tue 2009-09-15 16:29:44: * [score: 0.0000]
Tue 2009-09-15 16:29:44: * 1.8 MISSING_SUBJECT Missing Subject: header
Tue 2009-09-15 16:29:44: * 0.1 TO_CC_NONE No To: or Cc: header
Tue 2009-09-15 16:29:44: ---- End SpamAssassin results
Tue 2009-09-15 16:29:44: Spam Filter score/req: -0.30/12.0
Tue 2009-09-15 16:29:44: Message creation successful: c:\mdaemon\queues\inbound\md50000631418.msg
Tue 2009-09-15 16:29:44: --> 250 Ok, message saved <Message-ID: >
Tue 2009-09-15 16:29:57: <-- quit
Tue 2009-09-15 16:29:57: --> 221 See ya in cyberspace
Tue 2009-09-15 16:29:57: SMTP session successful (Bytes in/out: 73/265)
Tue 2009-09-15 16:29:57: ----------
Автор: vitalikc
Дата сообщения: 15.09.2009 15:51
ipmanyakСпасибо буду пробывать )
Автор: ipmanyak
Дата сообщения: 15.09.2009 16:01
BigBear спишись или созвонись садминами 89.218.40.150 пусть глянут свои логи,
раз поле FROM пустое значит это спамеры чего-то гонят, конечно это может быть программа-робот и нужная, но как правило такие роботы в твоей сети сидят и потому это маловероятно. Есть лог с непустым полем FROM и обрывом сессии?
заметь в том логе не было команды DATA.
Автор: BigBear
Дата сообщения: 15.09.2009 16:09
ipmanyak
вот так без обьяснений вроде ничего нет. все обрывы подтверждаются причиной
буду созваниватся и прояснять проблему
Автор: ipmanyak
Дата сообщения: 15.09.2009 17:46
BigBear еще спрашиваю Есть лог с непустым полем FROM и обрывом сессии?
Автор: Clavik
Дата сообщения: 15.09.2009 20:02
vitalikc

Цитата:
Помогите настроить следуйщую штуку: пользователю 1 приходит письмо от адресата x@x.x, как включить так чтоб это письмо еще дополнительно падало к пользователю 2 и 3?

Mdaemon 10.0.5

В свойствах учетки, делай перенаправление (адреса через запятую), ставь только галку Сохранять локальную копию перенаправленной почты.
Автор: slech
Дата сообщения: 15.09.2009 21:32
подскажите пожалуйста

Цитата:
X-MDBadQueue-Reason: invalid forwarded message; incomplete/missing FROM header

можно ли что бы валили всю почту, даже если что то не то со структурой ?
галка про RFC отключена.

спасибо.
Автор: ipmanyak
Дата сообщения: 16.09.2009 05:06
slech Ответ из Alt-N Discussion Groups, если тебе это поможет:
I looked at the MDaemon source code, and this will occur if a user has
configured their MDaemon account to forward to another email address.
The issue is caused by the fact that the from header of the quarantine
report does not contain a complete email address. I will fix this for
SG 1.1.1.
Matthew McDermott
Alt-N Technologies, Ltd.

Последний SG версиия 2.0.1. Если не юзаешь SG и птица "... checks message for RFC compliance" точно убрана, тогда создавай правило в Content Filter и убирай плохой хидер с полем From и вставляй хороший.
Автор: BigBear
Дата сообщения: 16.09.2009 07:26
ipmanyak
еще раз просмотрел логи - оборванных сессии с не пустым Mail from нет
Автор: ipmanyak
Дата сообщения: 16.09.2009 07:33
BigBear дык может спамер проверяет наличие ящиков?
Автор: Tavork
Дата сообщения: 16.09.2009 11:05
Ставлю на один из серверов Mdaemon 10.1.1, но сразу появляется окно с уведомлением, что для работы Mdaemon требуется сетевая плата. Плата установлена и работает, устанавливаю все под администратором. Что может быть не так?
Автор: ipmanyak
Дата сообщения: 16.09.2009 11:56
Tavork пиратку ставишь? Cкажи, что еще лежит в папке дистриба демона, есть подозрение, что там валяется inetmib1.dll ?
Автор: BigBear
Дата сообщения: 16.09.2009 12:38
ipmanyak
все эти письма идут только для одного ящика
(у меня 5 или 6 серверов так ко мне ломятся)
и все только на один ящик пытаются пробится

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980

Предыдущая тема: Postfix и пересылка почты


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