» Все о MDaemon (#2)

Захожу на сервер по RDP. Не запускается MDaemon. т.е. в процессах основной сервис есть, а оснастка не запускается... Исключения в DEP прописаны. В чем может может быть дело

GAAlex, создай отдельный ярлык (на рабочем столе например), содержащий следующую команду (путь ессно возможно нужно будет подкорректировать):

C:\MDaemon\app\MDLaunch.exe /ghost

Zherya
Сделал. Не работает. В процессах появляется MDaemon.exe и пропадает...

ipmanyak, Спасиб я уже вроде разобрался...загрузка канала связи была максимальна..и просто почта шла как черепаха. навалилось у прова на ящик множество писем, а мы их не успевали снять.

Всем привет!
Возникла следующая задача: Необходимо что бы MDaemon забирал файл из определнной папки и отправлял письмо с вложенным файлом на определенный адрес. Соотвественно принимая письма с этого адреса, вложения складывал в ту же папку.
На данный момент реализовано через Почтовый клиент ОЕ.

TarasovAnt мдемон сам ничего забирать и отправлять не будет! Это не его задача ! Для этого создавай задание в планировщике винды со сторонней прогой-отправки емайл из командной строки (например прога бесплатная blat , http://www.blat.net/ ) . Для приема писем и выдирания аттачментов создавай правило в CONTENT FILTER, в действии правила укажи :
...then extract attachments to folder ...
если файл зазипован, то еще добавь:
and run a program "Путь:\#unzip.bat"
в батнике самой собой скриптец распаковки

ipmanyak спасибо за ответ, т.е. проще оставить как есть в ОЕ. Так или иначе имеющуюся цепь действий не упростить.

Ребят, подмогните пожалуйсто
Дано: В МДемоне есть списки рассылки.
Необходимо: дать учетной записи, не админ, доступ на управление (подписка новых адресов, удаление адресов) определенным списком рассылки. Так чтобы эта учетка не могла модерировать и управлять, другими списками.
Уже все отгуглил, мануалы скурил, мдемон.ру покрутил, тишина кругом, как в танке.
Может кто подскажет в каком направлении рыть?

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

Fall0utJack
если домены разные - правь Mx
если один, то multipop

GAAlex
По старой памяти я запускал именно так, как тебе сказал. Сейчас попробовал просто запустить MDLaunch.exe без всяких параметров и все-равно запустилась оболочка... Попробовал запустить MDaemon.exe и в результате также появилась оболочка MDaemon'а
Тестировал на MDaemon 9.5.5. (eng), Win2k3 SP1 (eng)

mishak


Цитата:

если один, то multipop

А можно поподробнее? ... плиз

GAAlex и Zherya
Насчет демона в терминальных сессиях - MDLaunch.exe /ghost эта фича в 9.5.x
больше не работает ! Эта фича работает в версиях до 9.0 . В 9.5.x вроде как просто нужно еще раз стартовать mdaemon.exe
http://www.altn.com/Support/FAQ/FAQResults/?Number=KBA-01761
http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=KBA-01346
http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=KBA-01197

Цитата:

эта фича в 9.5.x больше не работает !

Можно дополнить? Обновлял 8.х на 9.х и потом на 9.5.х, сейчас стоит 9.5.5. Иконка на ghost как была на рабочем столе, так и лежит. И работает.
Недавно скопировал полностью каталог в филиал и просто поудалял ненужные почтовые ящики, забыл как делать иконку и прописал C:\MDaemon\App\MDaemon.exe /ghost. Тоже работает.

ipmanyak
Спасибо. Не запускался т.к. я запускал 3 копию процесса. 1 - Сервис, 2 - в RDP сессии и я в RDP сессии. Так вот у меня не не запускается больше 2-х копий процесса MDaemon.exe

Fall0utJack
http://forum.mdaemon.ru/viewtopic.php?t=1298&start=1
там ищи про MultiPOP
заодно целиком прочти и многое станет еще понятнее

GAAlex Может проще поставить что-нить типа radmin вместо rdp?

Akam1 За что купил - за то продал! Так сказал ALTN, ну если работает тогда гуд!

ipmanyak
radmin не вписывается в корпоративную этику...

GAAlex
попробуй RDP консоль с параметром /console

Код: %SystemRoot%\System32\mstsc.exe "server.RDP" /console

mishak

пасибки.

повторюсь...

Собственно проблема:
Есть 2 папки по умолчанию на обучение спам- неспам.
Они публичные и видны в вэбморде.
Руками захожу в нее на винте - письма есть, в логе, в ГУЕ демона, тоже прописано что там они есть.

а в вэбморде, если сунуться в папку - ИХ НЕТ! то есть что брошено туда то уже никак не просмотреть не вырезать. да и собственно ЧТО там - тоже не понтяно...

Демон - 9.5.4 RUS
Морда по ссылкам вытянута русская.

Кто сталкивался?

Mistique
проверь разрешения на папки

fedmun

Цитата:

попробуй RDP консоль с параметром /console

Код:%SystemRoot%\System32\mstsc.exe "server.RDP" /console

а лучше сделать bat`ник, а в нём написать так:
start mstsc server.RDP /console /f

но это уже не много из другой оперы

Подскажите, демон 956 Ру...Скормил байесу уже около 300 не Спам и за 3000 спам писем....
а спам даже не пошёл помечаться....
в настройке спам фильтра стоит спам помечать но пускать дальше.
хм, где можно глянуть в чём загвоздка ?

«501 Обнаружены неверные символы».
Проблема после апдейта.
Был MD 7.2.0 rus на виртуальном сервере myINetIP.90 (указан в NS зоны mydomain.com). Позавчера обновил его поверху до 9.5.6 rus.
C другого своего же сервера myINetIP.91 (указан в NS зоны mydomain.com) постоянно идет e-mail нотификация от веб-приложения.
После апдейта без каких-либо дополнительных настроек MD письма нотификации не принимаются.
IP обоих серверов указаны в списке "Безопасность\Передача/Trust/ Тарпит.../LAN IP Адреса..." как принадлежащие локальной LAN. На той же вкладке "LAN IP Адреса" выбраны галки "Скрыть локальный IP при обработке заголовков сообщений" и "... скрыть также этот LAN IP".

Лог корректного приема письма нотификации (MDaemon 7.2.0):

Thu 2007-04-12 13:45:26: ----------
Thu 2007-04-12 13:46:00: Session 9902; child 2; thread 1120
Thu 2007-04-12 13:45:56: Прием SMTP соединения от [myINetIP.91 : 2321]
Thu 2007-04-12 13:45:56: --> 220 mydomain.com ESMTP MDaemon 7.2.0; Thu, 12 Apr 2007 13:45:56 +0300
Thu 2007-04-12 13:46:00: <-- HELO
Thu 2007-04-12 13:46:00: --> 250 mydomain.com Hello , pleased to meet you
Thu 2007-04-12 13:46:00: <-- MAIL FROM:<Andrew.Zakharchenko@mydomain.com>
Thu 2007-04-12 13:46:00: --> 250 <Andrew.Zakharchenko@mydomain.com>, Sender ok
Thu 2007-04-12 13:46:00: <-- RCPT TO:<sg@mydomain.com>
Thu 2007-04-12 13:46:00: sg@mydomain.com alias for Serge.Goroshko@mydomain.com
Thu 2007-04-12 13:46:00: --> 250 <sg@mydomain.com>, Recipient ok
Thu 2007-04-12 13:46:00: <-- DATA
Thu 2007-04-12 13:46:00: Creating temp file (SMTP): c:\mdaemon\temp\md50000003065.tmp
Thu 2007-04-12 13:46:00: --> 354 Enter mail, end with <CRLF>.<CRLF>
Thu 2007-04-12 13:46:00: Создание сообщения successful: c:\mdaemon\inbound\md50000074196.msg
Thu 2007-04-12 13:46:00: --> 250 Ok, message saved <Message-ID: >
Thu 2007-04-12 13:46:00: <-- QUIT
Thu 2007-04-12 13:46:00: --> 221 See ya in cyberspace
Thu 2007-04-12 13:46:00: SMTP-сессия успешна (байт в/вв: 747/297)
Thu 2007-04-12 13:46:00: ----------

Лог некорректного приема письма (MDaemon 9.5.6):

Mon 2007-04-16 12:31:43: ----------
Mon 2007-04-16 12:31:47: Session 3406; child 1; thread 1972
Mon 2007-04-16 12:31:43: Прием SMTP соединения от [myINetIP.91 : 2937]
Mon 2007-04-16 12:31:43: --> 220 mydomain.com ESMTP MDaemon 9.5.6; Mon, 16 Apr 2007 12:31:43 +0300
Mon 2007-04-16 12:31:47: <-- HELO
Mon 2007-04-16 12:31:47: --> 501 Обнаружены неверные символы
Mon 2007-04-16 12:31:47: Соединение прервано
Mon 2007-04-16 12:31:47: SMTP сессия отменена (Байт принято/передано : 7/101)
Mon 2007-04-16 12:31:47: ----------

К сожалению, на форуме по «501 Обнаружены неверные символы» полезной инфы нет (ситуация не с русскими именами хостов).

Кто-нить может помочь ASAP!?
Заранее спасибо!

BobD
Была такая же проблема: Самописное приложение пыталось послать почту. Получал такую же ошибку. Вылечилось заменой компонента почты в проге. Скорее всего компонент старый и не поддерживает стандарт

BobD

Цитата:

Mon 2007-04-16 12:31:47: <-- HELO
Mon 2007-04-16 12:31:47: --> 501 Обнаружены неверные символы

Скорее всего в helo клиент пишет неверное FQDN имя . Клиент The Bat в HELO пишет dns имя машины, почтовые клиенты от микрософта пишут NETBIOS имя машины, вероятно у вас имя машины - русские буквы или вообще не понять что, а в HELO это недопустимо ! Кто является почтовым клиентом ? Если это специфическое web приложение, то смотри его настройки для helo.

Добавлено:
Попробуй занести тот ip в белый список для HELO (вкладка Reverse lookup), но не уверен что поможет. Еще можно попробовать вариант c HOST SCREENING - занести имя которое сует клиент с опцией ALLOW, но тоже не факт, что сработает. Желательно править настройки самого клиента.

GAAlex
ipmanyak
Спасибо за отклик.
а.
Прога на самом деле старая. говорить, что можно править настройки проги - некорректно, т.к. это чужой продукт. настройки в нем для отправки почты минимальные - тип хостового е-мейл сервера (MAPI/SMTP); IP, порт и имя домена SMTP сервера (приемника). ВСЕ.
Моя цитата с первого поста:
Цитата:

(ситуация не с русскими именами хостов).

имена всех хостов нормальные, в hosts файлах прописаны. внешним NS прова поддержаны, DNS сервером локального домена - поддержаны!
что указывается как FQDN - дело проги-отправителя - не знаю. но почему это не входит в лог MD? или входит как пустое поле
Цитата:

Mon 2007-04-16 12:31:47: <-- HELO

значит ли это, что FQDN вообще не заполняется отправителем?

2ipmanyak
Цитата:

Попробуй занести тот ip в белый список для HELO (вкладка Reverse lookup),

было занесено.

Цитата:

Еще можно попробовать вариант c HOST SCREENING - занести имя которое сует клиент с опцией ALLOW,

КАКОЕ ИМЯ СУЕТ КЛИЕНТ? я из лога MD его не вижу!
Кстати, одинаковый реджект и лог и для выбранных и сброшеных галок :
Цитата:

На той же вкладке "LAN IP Адреса" выбраны галки "Скрыть локальный IP при обработке заголовков сообщений" и "... скрыть также этот LAN IP".

Обращаю внимание, что я привел примеры 2-ух логов - старой версии MD 7.2.0 и новой 9.5.6. из чего следует, что в старой версии нет поддержки какого-то нового требования RFC, поддерживаемого новой версией. но почта такого типа (по кр.мере от требуемого хоста) проходит.
вопрос вот в чем. есть ли возможность указать MD, что ВСЯ почта с ДАННОГО IP ЕСТЬ ПРАВИЛЬНАЯ и НИКАКИХ ПРОВЕРОК ДЛЯ ЭТОГО IP ДЕЛАТЬ НЕ НАДО, а просто принять почту ???
по-моему это естественно, что есть логика как максимальной защиты почты так и логика "максимального доверия" к своим собственным хостам без лишнего расходования ресурсов.

б.
еще одна проблемма после апдейта с 7.2.0 на 9.5.6. не принимаются письма нотификации с еще одного внутреннего хоста от другого приложения.

Tue 2007-04-17 01:28:34: ----------
Tue 2007-04-17 01:28:44: Session 6309; child 1; thread 3264
Tue 2007-04-17 01:28:43: Прием SMTP соединения от [192.168.3.250 : 3506]
Tue 2007-04-17 01:28:43: --> 220 mydoamain.com ESMTP MDaemon 9.5.6; Tue, 17 Apr 2007 01:28:43 +0300
Tue 2007-04-17 01:28:43: <-- helo localhost
Tue 2007-04-17 01:28:43: --> 250 os-it.com Hello localhost, pleased to meet you
Tue 2007-04-17 01:28:43: <-- mail from: <buildmachine@ mydoamain.com>
Tue 2007-04-17 01:28:43: --> 250 <buildmachine@ mydoamain.com>, Sender ok
Tue 2007-04-17 01:28:43: <-- rcpt to: <alexey.repetko@ mydoamain.com >
Tue 2007-04-17 01:28:43: --> 250 <alexey.repetko@ mydoamain.com >, Recipient ok
Tue 2007-04-17 01:28:43: <-- data
Tue 2007-04-17 01:28:43: Creating temp file (SMTP): c:\mdaemon\temp\md50000001488.tmp
Tue 2007-04-17 01:28:43: --> 354 Enter mail, end with <CRLF>.<CRLF>
Tue 2007-04-17 01:28:44: Message size: 22447 bytes
Tue 2007-04-17 01:28:44: --> 554 Message does not conform to standards
Tue 2007-04-17 01:28:44: Соединение прервано
Tue 2007-04-17 01:28:44: SMTP сессия отменена (Байт принято/передано : 21866/290)
Tue 2007-04-17 01:28:44: ----------

фраза на 554 вообще сногсшибательная. по ней на форуме аж один пост. Вот так MD не нравится localhost?
Кто-нить может помочь разрулить?

BobD в последнем логе явно не видно , что не принимает localhost, поскольку сообщение об ошибке не после HELO , а в конце. Проверь SETUP - MISСALANEOUS OPTIONS - SERVER - убрать птицу напротив SMTP server checks commands and headers for RFC compliance, ранее эта опция по дефолту была выключена.


Добавлено:

Цитата:

есть ли возможность указать MD, что ВСЯ почта с ДАННОГО IP ЕСТЬ ПРАВИЛЬНАЯ и НИКАКИХ ПРОВЕРОК ДЛЯ ЭТОГО IP ДЕЛАТЬ НЕ НАДО, а просто принять почту ???

Такая фича есть - занести ip в TRUSTED HOSTS, но к твоей проблеме видимо это отношения не имеет, поскольку локаль у тебя наверняка в трастах.

Цитата:

Mistique
проверь разрешения на папки

Дело не в разрешениях. Все стоит правильно. что то другое.