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

» Все о MDaemon (#5)

Автор: dabserver
Дата сообщения: 07.04.2011 08:09
ipmanyak
простите, но если вы
Цитата:
Лично я до сих пор сижу на 8.4.1 для одного домена, для второго поднял на 11.0.3

что тогда за голословные заявления

Цитата:
Mdaemon сам ничего не меняет в заголовках, если вы сами ему не задали что-то менять
???

- еще как меняет! - посмотрите у вашего любого одного исходящего письма заголовки - выйдет 3 разных письма! - 1е - вариант в отправленных в почтовом клиенте, 2е- в папке юзера sent на самом mdaemon'e , 3й вариант - то что mdaemon на самом деле послал (если пошлете письмо сами себе на внешнее мыло , где и сможете посмотреть заголовки пришедшего письма.)

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

- надеюсь я ответил на ваше
Цитата:
что ли
? )

теперь про проблему еще раз :
по моему из моего поста вполне ясно что на стороне клиента мы копали и всё что накопали, это зависимость от наличия "имя пользователя" по русски или его отсутствия или написания его же по английски.
во всех случаях заголовки Return-Receipt-To, From, Reply-To коверкаются, просто по разному.

факт остается фактом - исходящее письмо , проходя через mdaemon, поступает к адресату с не правильными заголовками, что я и описал постом выше.
При обновлении самого демона с 11й на 12ю - изменения настроек не производилось - сравнивали mdaemon.ini с бэкапом.
именно просто факт обновления привел к описанным выше глюкам.

так что проблема все еще актуальна!! -
- кто то может подсказать -
- какие функции mdaemon'а, и скорей всего именно последнего, 12го mdaemon'а, могут приводить к попытке mdaemon'а исправить заголовки Return-Receipt-To, From, Reply-To ??
Автор: ipmanyak
Дата сообщения: 07.04.2011 09:44
dabserver

Цитата:
перепробовали кучу настроек - ничто никак на это не влияет в положительную сторону.
Потому и не влияет, так как mdaemon не трогает заголовки, созданные на стороне клиента.
Mdaemon только вставляет свои заголовки Received и return-path, ну еще Message-id вставляет и то, если эта опция включена. Убеждать вас в этом больше не буду, оставайтесь при своем мнении..
Если у вас на станциях стоит антивирус, который проверяет и почтовый трафик, то попробуйте его временно отключить.

Цитата:
это сомнительное на самом деле изделие, тот еще развод и лохотрон,
Что же вы сели на этот продукт? Выбор почтового сервера у вас был и большой.

Цитата:
отсутствие поддержки,

Поддержка есть - http://www.altn.com/Support/RequestSupport/
Есть и форум на сайте ALTN куда вы можете задать свой вопрос, разумеется на инглише.


Автор: dabserver
Дата сообщения: 07.04.2011 10:04
ipmanyak

Цитата:
Убеждать вас в этом больше не буду

да, пожалуйста больше не надо, так как я факты перечисляю, а не догадки, к тому же у вас не 12я версия.

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

еще раз факты:
почтовый клиент создает письмо с заголовками Return-Receipt-To, From, Reply-To содержащими только мыло отправителя в треугольных скобках,
в папке юзера на mdaemon'е - sent.imap - в теле письма заголовки такие, какими их создал почтовый клиент,
но адресат получает письмо с заголовками "имя юзера по русски без кодировки" <мыло>

кто же по вашему это делает, если не mdaemon ? не сервер же получателя!

так что вопрос всё тот же:
- кто то может подсказать -
- какие функции mdaemon'а, и скорей всего именно последнего, 12го mdaemon'а, могут приводить к попытке mdaemon'а исправить заголовки Return-Receipt-To, From, Reply-To ??
Автор: ipmanyak
Дата сообщения: 07.04.2011 12:47
dabserver выложите эти 3 версии писем куда-нить в обменник.

Автор: Siava one
Дата сообщения: 07.04.2011 15:43
Ребят, давно уже пользуюсь версией 9.5.6. Стоит ли переходить на новую 12-ую линейку? Вообще с девятой версии были какие-нибудь существенные улучшения, хотя бы по улучшению быстродействия работы с IMAP?
Автор: pe3yc
Дата сообщения: 07.04.2011 16:53
Siava one
Стоит переходить на последнюю 11ую, это самая стабильная версия. На счет быстродействия imap - трудно сказать на сколько она отличается от 9ки. Протокол очень простой, там практически нечего оптимизировать на серверной стороне. Все зависит от производительности дисков на сервере и пропускной способности канала между сервером и клиентом.
Лично я всем своим imap юзерам рекомендую The Bat! и включить в нем allow up to 4 connections, это в разделе IMAP Fine-Fune в настройках ящика.
Так вот настроив правильно The BAT! никто даже и близко не подойдет по производительности IMAP яшика.
Автор: ipmanyak
Дата сообщения: 08.04.2011 05:03
Siava one Принцип сисадминов, которым стоит руководствоваться: "Работает - не трогай!"
Судя по списку багов, которые фиксит ALTN от версии к версии, их число не уменьшается, а увеличивается, причем баги, которые были пофиксены в ранних версиях, вылазят в новых. Для примера поглядите сколько багов пофиксено в 12.0.1
http://files.altn.com/MDaemon/Release/relnotes_en.html
Количество и ассортимент глюков просто ужасает. Такое впечатление, что софт пишут студенты.

Автор: sarti
Дата сообщения: 08.04.2011 08:17
ipmanyak, хм, забавно... У меня тоже не раз возникала мысль, что release notes там заполняет кто-то из отдела маркетинга и сбыта - просто ради того, чтобы хоть как-то стимулировать потребительский спрос и интерес к п/о. И все глюки и фиксы у них задокументированы и расписаны на несколько лет вперёд.


Аналогично и с Winamp'ом: там к каждой новой версии идёт такая простыня с описанием, что становится непонятно, как же он вообще работал до этого...
Автор: loyaa
Дата сообщения: 12.04.2011 12:20
Привет, таков вопрос установлен mdaemon около 600 учеток, необходимо некоторым пользователям ограничить отправку и получение почты с внешний источников.

Пример у нас домен Domen1.com можем слать почту друг другу, если при отправке возникнет проблема то сервер отправит письмо на адрес domen2.com

Задача надо сделать так что бы некоторые пользователи могли слать только на Domen2 и Domen1, а другие и на эти два домена и на другие к примеру mail.ru yandex.ru и прочее

В инструкции нашла возможность ограничить, но там или каждую учетку редактировать или задать для возможность отсылать только на локальные домены, но тогда как разрешить возможность некоторым отсылать на mail.ru ...
Автор: ipmanyak
Дата сообщения: 12.04.2011 13:37
loyaa Для каждой учетки, кому хотите запретить слать наружу во вкладке Restriction ставите птицу напротив - This account can’t send messages to the outside world.
в окне …except if to one of these addresses
добавляете домены, для которых делаете исключения, типа
*@domen2.com


Автор: loyaa
Дата сообщения: 12.04.2011 15:50
Да в том то и вся проблема, я же писала что для тех кому будет открыть доступ во внешний мир я не знаю на какие он адреса сможет отправить, да и щелкать 500 учеток не гуд. Мне проще поставить разрешение тем кому разрешу доступ. Тоесть запрещаю всем доступ, а потом индивидуально разрешаю
Автор: ipmanyak
Дата сообщения: 12.04.2011 16:59

Цитата:
Тоесть запрещаю всем доступ, а потом индивидуально разрешаю
Вроде бы такое невозможно, но утверждать не буду, потому как требует проверки.

Цитата:
для тех кому будет открыть доступ во внешний мир я не знаю
Это странно. Это вам должны сообщать руководители отделов. Если разрешается отправка во внешний мир, то уже обычно во все стороны. А почему вообще возникла такая проблема, если не секрет?
Автор: pe3yc
Дата сообщения: 12.04.2011 18:46
loyaa

Цитата:
Мне проще поставить разрешение тем кому разрешу доступ. Тоесть запрещаю всем доступ, а потом индивидуально разрешаю

Ну этот вариант, на мой взгляд, действительно проще.
Вся информация о юзерах хранится в текстовых файлах, можно делать search&replace если надо всем что-то запретить и/или разрешить.
На сервере есть еще понятие групп. Можно, к примеру, создать группу "туда не ходи сюда ходи", вводить в группу нужные ящики и, или опять же, search & replace или написать интерфейс используя API, в котором можно будет править настйки на целые группы. Опять же, все зависит от того на сколько часто приходится с этим работать. Если настроить раз и потом только время от времени править - скорее всего проще сделать вручную. Если нужно будет постоянно что-то запрещать/разрешать большому количеству ящиков и бы предпочел API.
Мое предложение только теоретическое. Я сам не правил группы ящиков через API, только изучал функциональность и из того что мне удалось найти делаю вывод что этот вариант вполне возможен.
Автор: rosalin
Дата сообщения: 13.04.2011 17:15
Ребята подскажите , как настроить фильтр содержания,
посылались копии нескольким локальным адресатам
и что бы в начале темы дописывал Слова
....
еще проблема если я использую фильтра header - search and replace
и использую несколько адресатов , то копии рассылаються но к теме ничего не пишиться , если одного адресата то все работает ,

если создаю несколько правил (с одним адресатом), то почемуто допись происходит столько раз сколько правил создал
Автор: Kamikaze13
Дата сообщения: 14.04.2011 10:37
Подскажите пожалуйста как побороть гугл?


Код: Thu 2011-04-14 11:31:37: <-- 550-5.7.1 [мой IP] The IP you're using to send mail is not authorized to
Thu 2011-04-14 11:31:37: <-- 550-5.7.1 send email directly to our servers. Please use the SMTP relay at your
Thu 2011-04-14 11:31:37: <-- 550-5.7.1 service provider instead. Learn more at
Thu 2011-04-14 11:31:37: <-- 550 5.7.1 http://mail.google.com/support/bin/answer.py?answer=10336 a15si3232117eei.89
Автор: ipmanyak
Дата сообщения: 14.04.2011 16:05
rosalin Не проще сделать списки рассылки, чем забивать правилами CF ? А с правилами похоже чего-то перемудрил.
Автор: myf
Дата сообщения: 19.04.2011 09:10
есть проблема получения запароленных архивов rar
в Исключения предназначенные для данного адреса и от нужных адресов емайлы добавлены,
в список Исключений Антивируса также емайлы добавлены,

но при получении письма с вложением запароленный архив Rar-ом - приходит только уведомление:
Kerio Control email scanner was unable to check the following file
(i.e. corrupted/encrypted zip archive):
    Name:    1.rar
    Content type:    application/octet-stream
The file was removed.

Версия Мдаемон v12.0.1 c SecurityPlus 4.1.3

в ранее работавшей версии MDaemon v10.1.1 таких проблем не было


Добавлено:
повеселил народ, в керио же дело
Автор: duke83
Дата сообщения: 20.04.2011 10:42
Добрый день!
Обновили MDaemon до 12 версии и теперь при получении почты выдает ошибку:

!20.04.2011, 10:29:08: FETCH - Сервер сообщает об ошибке: -ERR login must use full email address

Когда прописываю в свойствах почтового ящика\транспорт\получение почты\пользователь электронный адрес целиком, то все работает, если просто логин то ошибка.
Хотелось бы узнать как можно оставить проверку по логину?
Автор: ipmanyak
Дата сообщения: 20.04.2011 12:34
duke83 поиск он рулез!
http://forum.ru-board.com/topic.cgi?forum=8&topic=30717&start=1940#21
Автор: duke83
Дата сообщения: 20.04.2011 12:47
ipmanyak
невнимательно смотрел настройки
спасибо за помощь !!!
Автор: denixa
Дата сообщения: 22.04.2011 09:36
Задумал миграцию на postfix и компанию, но столкнулся что в 6 версии нет экспорта списка пользователей с паролями.
Формат файла userlist.dat http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=KBA-01451

Мне нужно было только имя почтового ящика,имя пользователя и пароль. Подойдет я думаю к любой версии.
Скриптик с расшифровкой паролей и разделителем ";"

#!/usr/bin/php
<?php

$in = file('userlist.dat');

$stat = array(84,104,101,32,115,101,116,117,112,32,112,114,111,99,101); //Статические смешения

foreach ($in as $line_num => $line) {

echo trim(substr($line, 45, 30)) .";";
echo substr($line, 75, 30) .";";

$pass = substr($line, 195, 20);
$pass = trim($pass);

$pass = base64_decode($pass);
$len = strlen($pass)-1;

    for($i = 0;$i <= $len;$i++){
        echo(chr(ord($pass[$i])-$stat[$i]));
    }
echo ";\n";

}
?>
Автор: ipmanyak
Дата сообщения: 22.04.2011 09:53
denixa Экспорт был и в 6-ой версии, меню Accounts - Exporting - Export to comma delimited file
Автор: AlexUsh
Дата сообщения: 22.04.2011 13:57
Добрый день!
Почтовый сервер вроде бы штатно работает, почта ходит, НО не проходят письма с вложениями, отправленными серверами mail.ru, sovam.net. Plain и html с них же проходят нормально. Фильтры содержания, антивирусы и т.д. отключены, в логах - ничего, просто разрывается соединение, по таймауту.

Fri 2011-04-22 13:19:17: Session 13; child 1
Fri 2011-04-22 13:19:17: Accepting SMTP connection from [217.69.128.90:32898] to 127.0.0.1:25]
Fri 2011-04-22 13:19:17: --> 220 domain.com ESMTP MDaemon 12.0.0; Fri, 22 Apr 2011 13:19:17 +0300
Fri 2011-04-22 13:19:17: <-- EHLO f135.mail.ru
Fri 2011-04-22 13:19:17: --> 250-mail.domain.com Hello f135.mail.ru, pleased to meet you
Fri 2011-04-22 13:19:17: --> 250-VRFY
Fri 2011-04-22 13:19:17: --> 250-EXPN
Fri 2011-04-22 13:19:17: --> 250-ETRN
Fri 2011-04-22 13:19:17: --> 250-8BITMIME
Fri 2011-04-22 13:19:17: --> 250 SIZE 30000000
Fri 2011-04-22 13:19:17: <-- MAIL FROM:<user@mail.ru> SIZE=133985
Fri 2011-04-22 13:19:17: Performing PTR lookup (90.128.69.217.IN-ADDR.ARPA)
Fri 2011-04-22 13:19:17: * D=90.128.69.217.IN-ADDR.ARPA TTL=(60) PTR=[f135.mail.ru]
Fri 2011-04-22 13:19:17: * Gathering A records...
Fri 2011-04-22 13:19:17: * D=f135.mail.ru TTL=(10) A=[217.69.128.90]
Fri 2011-04-22 13:19:17: ---- End PTR results
Fri 2011-04-22 13:19:17: --> 250 <user@mail.ru>, Sender ok
Fri 2011-04-22 13:19:17: <-- RCPT TO:<user@domain.com>
Fri 2011-04-22 13:19:17: --> 250 <user@domain.com>, Recipient ok
Fri 2011-04-22 13:19:17: <-- DATA
Fri 2011-04-22 13:19:17: Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000000002.tmp
Fri 2011-04-22 13:19:17: --> 354 Enter mail, end with <CRLF>.<CRLF>
Fri 2011-04-22 13:20:20: Соединение прервано
Fri 2011-04-22 13:20:20: SMTP session terminated (Bytes in/out: 99/373)

Подскажите, может сталкивался кто-нибудь с подобной проблемой?
Автор: ipmanyak
Дата сообщения: 22.04.2011 14:35
AlexUsh Что в логе ALL? Сам пробовал отправить себе письмо с mail.ru, ответ от сервера получал? Таймауты пробовал увеличить?
Автор: AlexUsh
Дата сообщения: 22.04.2011 15:36
Разобрался, в итоге оказалось, что соединение разрывал не MDaemon, а шлюз/firewall. Он, в соответствии с настройками SMTP ALG, разрывал соединение при нарушении целостности или при ошибке сканирования (что-то ему не нравилось в почте от mail.ru , поэтому в логи MD ничего и не попадало.
Автор: proxixixi
Дата сообщения: 23.04.2011 17:30
Провайдер поставил квоту 400 адресатов в час через его smtp сервер, а нам нужно делать рассылку 4000 несколько раз в неделю.
Вопрос такой, как правильно в mdaemon выставить тайминг (и где его выставлять) что бы раз в минуту уходила почта на 7 адресатов?
Рассылку будет происходить так, открываем Outlook, создаем 1 сообщение в котором 4000 адресатов и отправляем. Нужно что бы демон раз в минуту пропускал почту 7-ми адресатам.
Автор: vlary
Дата сообщения: 23.04.2011 20:11
proxixixi
Цитата:
открываем Outlook, создаем 1 сообщение в котором 4000 адресатов и отправляем.
Вы совсем не имеете представления о списках рассылки?
Делать письмо, в котором 4000 адресатов в поле Кому: - бред полнейший.
Автор: proxixixi
Дата сообщения: 24.04.2011 12:59
vlary
не так давно этим начал заниматься, в общем я уже в процессе мат части )
Автор: vlary
Дата сообщения: 24.04.2011 15:19
proxixixi
Цитата:
не так давно этим начал заниматься
Занятия нужно начинать с изучения состояния вопроса. Тем более что массовые рассылки не являются функцией почтового сервера, этим занимаются специализированные программы или модули.
В данном случае, к примеру, легко самому написать программу, которая будет открывать два файла, один - заранее заготовленное в аутлук экспресс письмо, второй список ваших 4000 адресатов, и отправлять на ваш сервер определенное количество писем в час (легко регулируется вставкой задержки между письмами).

Автор: moxnatii
Дата сообщения: 28.04.2011 10:38
День Добрый!

Не могу понять в чём трабла, отправляю на определённый адрес адрес@design-flooring.nl письмо, а возвращается с таком ответом...

Received: from [мойIP] (HELO мойдомен.ru)
by backend20.aha.ru (CommuniGate Pro SMTP 4.3.11)
with ESMTP id 706836225 for адрес@design-flooring.nl; Thu, 28 Apr 2011 11:01:44 +0400
Received: from имя машины отправителя ([192.168.-.-])
    by мойдомен.ru (мойдомен.ru)
    (MDaemon PRO v11.0.3)
    with ESMTP id md50000046703.msg
    for <адрес@design-flooring.nl>; Thu, 28 Apr 2011 11:02:22 +0400
X-Spam-Processed: мойдомен.ru, Thu, 28 Apr 2011 11:02:22 +0400
    (not processed: spam filter heuristic analysis disabled)
X-MDRemoteIP: 192.168.-.-
X-Return-Path: адрес@мойдомен.ru
X-Envelope-From: адрес@мойдомен.ru
X-MDaemon-Deliver-To: адрес@design-flooring.nl
Date: Thu, 28 Apr 2011 11:02:20 +0400
From: "адрес" <адрес@мойдомен.ru>
X-Mailer: The Bat! (v4.0.24) Professional
X-Priority: 3 (Normal)
Message-ID: <710308911.20110428110220@мойдомен.ru>
To: адрес@design-flooring.nl
Subject: Test
MIME-Version: 1.0
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: quoted-printable

в чём загвозка?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

Предыдущая тема: RDP-клиент не видит разрыв связи.


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