» Все о MDaemon (#5)

AlexsandrSE
цитата:
Код:
В общем, в начале заметили, что такие проблемы выходят на компьютерах, у которых учетные записи Windows созданы русскими буквами.
Значит, затем мы создавали на этих компах учетные записи Windows английскими буквами, пересаживали все настройки винды со старой уч. записи на новую.

ИМХО, этот глюк плагина клиентского коннектора, когда он не может найти файл config.xml, если в пути к этому файлу есть русские буквы.

В пути русских букв нет. Сам ОС работает, но при некоторых непонятных обстоятельства перестает работать, мало того, при запуске с пустой учеткой высвечивается два окна настроек, стоит нажать отмену и оутлук вылетает. Будут еще такие проблемы, постараюсь файл конфигурации оутлука просомтреть ИМХО проблема где-то там. Ибо его снос способствует последующей нормальной работе. Из замеченного такое происходит большей частью (не всегда) на загруженных ящиках. т.е. это или скажем штук 6 учеток висит (только одна ОС) или одна ОС, но много писем.
на всякий случай, есть у кого старый ОС?

AlexsandrSE В шапке ссылка на архивы, нужно только перейти там наверх, в папку для OC:

http://archive.altn.com/outlookconnector/Archive/

Вопрос к знающим гуру, по какому принципу или алгоритму mdaemon создает папки следующего вида:

&BCQEQARFBDgEMg-.IMAP
&BBoEPgQ9BEIEMAQ6BEIESw-.IMAP
&BB4EQgQ,BEAEMAQyBDsENQQ9BD0ESwQ1-.IMAP

Acamori, UTF7-IMAP или UTF8-IMAP

Добавлено:
https://tools.ietf.org/html/rfc3501.html#section-5.1.3

Acamori


Цитата:

mdaemon создает папки следующего вида:

А какие у вас ОС и MDaemon (русские/английские)?
Mdaemon очень плохо переваривает название папок на русском языке, хотя на пользователях это не сказывается.

Цитата:

А какие у вас ОС и MDaemon (русские/английские)?  
Mdaemon очень плохо переваривает название папок на русском языке, хотя на пользователях это не сказывается.

ОС - Win12R2, а MDaemon - ru 14.5

Я так понимаю, эти папки создаются при коннекте с Thunderbird'a по типу "Отправленные" и "Удаленные"


P.s. Еще один глупый вопрос, можно ли на mdaemon поднять два разных домена, и что бы один собирал почту с другого и пересылал ее конечным пользователям ? Я так понимаю это делается через шлюзы, но попутный вопрос, пользователи должны состоять только в конечном домене или создавать их в обоих ?

Acamori
> можно ли на mdaemon поднять два разных домена,
да.
> что бы один собирал почту с другого и пересылал ее конечным пользователям ?
зачем? Уточни задачу, ибо смысла в этом пока не вижу. После уточнения задачи обсудим решение.

Товарисчи вопрос, не нашел ответа и не кидайтесь камнями, хочу сделать общую подпись c личным телефоном, организацией логотипом и тд, вообшем с инфой которая находится в addrbook.mrk но не понимаю как сделать чтоб оно бралось от туда... mdaemon 13
заранее благодарен

MitraX Navigation: Setup Menu > Default Domain / Servers > Domain Signatures (text/html) тут вставляйте логотип в html коде.
в конкретном ящике - Navigation: Accounts Menu > Account Manager > Account Editor > Signature вставляйте личный телефон в текстовом виде

Цитата:

MitraX Navigation:  Setup Menu > Default Domain / Servers > Domain Signatures (text/html)  тут вставляйте логотип в html коде.
в конкретном ящике - Navigation:  Accounts Menu > Account Manager > Account Editor > Signature  вставляйте личный  телефон в текстовом виде
 

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

Цитата:

> что бы один собирал почту с другого и пересылал ее конечным пользователям ?
зачем? Уточни задачу, ибо смысла  в этом пока не вижу. После уточнения задачи обсудим решение.

К примеру основной домен сейчас стоит point.local и все юзеры забиты в него. А есть еще желание, что б все отправленные письма на имя line.local попадали конечному пользователю на point.local.

Acamori Цель поднятия второго домена line.local какая?

Цитата:

Acamori Цель поднятия второго домена line.local  какая?

Предприятие в скором может изменить название. Вот если вдруг его-таки переименуют, то, что б почтовик мог собирать почту со старого домена и переправлять уже конечному пользователю в новом домене.

Acamori Вот так и надо было сразу говорить. Это делается просто. В DNS создаете MX запись с новым доменом и тем же IP адресом, для старого домена MX запись оставляете. В Mdaemon переименовываете старый домен в новый. Но дефолтовый (первичный) домен в Domain Manager не даст переименовать, потому идешь
Navigation: Setup Menu > Default Domain / Servers > Default Domain & Servers > Domain
и тупо вместо старого имени домена пишешь новый. Затем идешь
Navigation: Accounts Menu > Account Settings > Address Aliases > Aliases
и создаешь алиас
*@point.local = *@line.local
Почта старого домена будет приходить в ящики нового. Через пару месяцев и алиас можно будет удалить и MX запись старого домена. Не забываем про PTR и FQDN в прямой зоне, так как за старый домен явно платить не будете, он исчезнет, а PTR будет ссылаться на старый FQDN.
Если у вас в почтовых клиентах в качестве логина было полное имя ящика, придется менять, имхо. Также как и обратный адрес.
P.S.
Проверь на полигоне. Скопируй реальную папку C:\Mdaemon на другую машину, поставь поверх Mdaemon, после чего дерзай.

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

Acamori Почтовый шлюз просто принимает почту и про ящики ничего не знает обычно. Письма со шлюза потом надо куда-то пересылать или другой сервер должен их забирать.
Почтовый шлюз делают в двух случаях:
1 - Почту для домена принимает сервер прова, ящиков нет, ты ее забираешь по DPOP и раскладываешь по ящикам.
2 - ставится второй сервер с каналом другого прова, домен первичный создается от балды. Этот сервер принимает почту, твоего основного домена по MX записи с большим номером, чем у основного сервака, при падении твоего сервака. Затем пересылает тебе на основной или ты сам забираешь с него. Ящиков тоже нет у него.


Добавлено:
ipmanyak Ты можешь поднять вторичный домен с такими же именами ящиков. Потом переключить их между собой. Инструкция в шапке - Как переключить вторичный домен на основной и основной на вторичный, инструкция от ALTN.

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

Здравствуйте.

2 года назад был куплен MDaemon Server v14.0.2. Увидел, что через 4 дня заканчивается лицензия ("До окончания подписки на продление лицензий осталось 4 дней"). Что будет через 4 дня? Почтовый сервер перестанет работать? Или просто пропадет возможность обновляться? Что дает само по себе "Продление лицензии"?

Заранее спасибо за ответ.

Извините, что поднимаю опять этот вопрос.
Есть проблема с письмами с iphone и outlook.

Письма приходят с неправильной кодировкой, необходимо самостоятельно выбирать кодировку на UTF-8. Где то ранее видео способ через фильтры исправить эту проблему. Никто не сталкивался?

Thunderbird все корректно определяет)

Подскажите пожалуйста возможно ли реализовать следующую схему с помощью MDaemon? Начальству нужно чтобы вся исходящая корпоративная почта логировалась и была доступна им для просмотра. Почта хостится на яндексе, сам яндекс такой фичи не предоставляет. То есть возможно ли сделать из MDaemon некую прослойку, которая бы получала и отправляла почту сотрудников с почтовых ящиков яндека? У сотрудников стоят почтовые клиенты Mozilla Thunderbird.

a1ternative Поиск на этой ветке по слову iphone, мог бы и сам догадаться.
http://forum.ru-board.com/topic.cgi?forum=8&topic=39356&start=2060#13


Добавлено:
TRECT Нахрена вам тогда яндекс, если хотите почту принимать и отправлять сами? Ответ - нет, имхо. В свете того, что яндекс перешел на SSL для POP, IMAP и SMTP, еще раз - нет.

Цитата:

ахрена вам тогда яндекс, если хотите почту принимать и отправлять сами? Ответ нет, имхо.

Это не мое решение, руководство решило юзать яндекс, но почту надо логировать здесь и сейчас.

ipmanyak
Благодарю! Уж очень здесь интересный поиск))
Подскажите по поводу LDAP и Mdaemon:

Сейчас у меня по пути ou=Contacts, dc=domain, dc=local есть папка с контактами, которые были созданы вручную.
Как мне правильно настроить в Mdaemon Ldap, который не LDaemon.
Попробовал следующие настройки:
Hostname: 192.168.10.2
RDN filter: mail=$EMAIL$
Bind DN: Domain\admin
Bind password: adminpasswd
Port:389
Base entry DN(AB): ou=Contacts, dc=domain, dc=local
Object class: Contact

Программа делает видимость, что копирует записи, но по ou=Contacts, dc=domain, dc=local видит только старые записи..

a1ternative ХЗ почему не кажет новые записи .Почитай пост от Aushkin
http://forum.ru-board.com/topic.cgi?forum=8&topic=39356&start=500#12
В ou=Contacts создана подпапка? Может из-за этого?

TRECT
Цитата:

Это не мое решение, руководство решило юзать яндекс, но почту надо логировать здесь и сейчас.

В функции системного администратора входит также доведение
до руководства факта бредовости его идей в тактичной и доступной его пониманию форме.
Корпоративная почта предназначена для контор со скромными запросами.
Средствами самого демона ваших хотелок не реализовать.
Возможный вариант: настроить каждому держать папку Отправленные на сервере Яндекса.
Написать программу, которая время от времени будет подключаться к серверу,
проходиться по учеткам и копировать письма оттуда в локальное хранилище.
Задача несложная, но нужно владеть знанием почтовых протоколов
и навыками программирования.

vlary
Цитата:

В функции системного администратора входит также доведение
до руководства факта бредовости его идей в тактичной и доступной его пониманию форме.

Позволю себе дополнить эти золотые слова: "... и предложить реальные варианты решения тех или иных частей его запросов".
Тогда убиваются сразу несколько зайцев:
1. Начальник не чувствует себя посланным (предложили какие-то варианты, а не просто "нет").
2. Начальник может взять паузу для "анализа вариантов и принятия решения" (то есть, сохранив лицо, вообще закрыть вопрос навечно).
3. Подчиненный проявляет себя как лояльного и профессионального работника.

А вообще на разные бредовые запросы начальства всегда существует универсальный бронебойный аргумент...
Как говорил один мой бывший начальник: "Вы можете ставить передо мной только один вопрос - финансовый. Остальные ставлю перед вами я".
Вот финансовый вопрос зачастую все и определяет.
- Хотите желтый паровоз на воздушной подушке с фейерверками? Все сделаем!!!.. Миллион баксов.
- Не хочу!!!
- Как скажете!

ipmanyak
Цитата:

Про WC не сказано. Лучше спросить саппорт ALTN про системные требования к WC и потянет ли он у них вообще столько ящиков.

У нас лицензия на 2000 юзеров (MDaemon+Connector+SecurityPlus). По факту более 1500 юзеров. Думаю, не менее 500 из них используют WC. Правда, не одновременно, конечно... Так что, "потянет/не потянет" в масштабах пары тысяч ящиков скорее всего определяется исключительно железом.

ipmanyak
Цитата:

В DNS создаете MX запись с новым доменом и тем же IP адресом, для старого домена MX запись оставляете. В Mdaemon переименовываете старый домен в новый. Но дефолтовый (первичный) домен в Domain Manager не даст переименовать

Мы в свое время так и поступили, когда организации взяли новое доменное имя.
Создали в MDaemon второй домен, куда стали заводить новые ящики. Старые постепенно переносили в новый домен, оставляя алиасы для преемственности.
Естественно, МХ-запись для нового домена и PTR. На одном IP сидят два логических почтовика, физически представляющих из себя один MDaemon.
------------------------------------------------------

Собственно, чего я приперся...

Возникла мысль обновить MDaemon с 15 (х32) на 16 (х64). Плюс SecurityPlus обновить... Но терзали смутные сомнения... Как-то версия 5.0.0. SecurityPlus сильно насторожила... И возможные нюансы при апгрейде с х32 на х64...

Почитал форум. Спасибо ipmanyak, Lennox, WAndrey и другим.

Для себя вывел следующее резюме:
1. Апгрейд MDaemon с 15 (х32) на 16.0.2 (х64) никаких гадостей не таит.
2. SecurityPlus версии 5.0.0. ставить можно, но английскую локализацию.

Осталось несколько моментов, которые хотелось бы уточнить:
1. OutlookConnector 3.5.2. (серверная часть) не разделяется на х32 и х64 - единый дистрибутив?
2. Выбор версии OutlookConnector (клиента) определяется версией MS Office (с которым ему работать), а не MDaemon (имеется в виду х32 или х64)?

Я все правильно понял или чего-то не догоняю?

Цитата:

1. OutlookConnector 3.5.2. (серверная часть) не разделяется на х32 и х64 - единый дистрибутив?

единый
Цитата:

2. Выбор версии OutlookConnector (клиента) определяется версией MS Office (с которым ему работать), а не MDaemon (имеется в виду х32 или х64)?

нет.
http://archive.altn.com/outlookconnector/Archive/3.5.2/

take79 Имхо Mdaemon тут не причем. Может стоит просто отключить Нежелательную почту в настройках аутлука?

ipmanyak

Цитата:

нет.
http://archive.altn.com/outlookconnector/Archive/3.5.2/

Да это я все видел, читал релиз и т.д., но так и не нашел нигде прямого упоминания, чем определяется выбор клиента OutlookConnector.
По идее, разрядность клиента зависит от разрядности MS Outlook, в который он встраивается, но хотелось бы знать наверняка.

А проверить никак (нет под рукой ни MDaemon x64, ни MS Office х64). Ну, не разворачивать же ради теста сервер.

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

Ну, сначала меня заставят откатить все назад... Как сделаю - четвертуют.