emx Moderator Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Пожалуйста, постим кратко в первом посте ответы на наиболее часто задаваемые вопросы.   Все версии MDaemon Почтовый сервер MDaemon (обзор) Документация MDaemon 8 (рус) Настройка MDaemon (рус) FAQ по MDaemon (рус) FAQ. Прежде чем спросить посмотри здесь! (рус) Закрытие релея на MDaemon Закрытие релея Mdaemon инструкция от ALTN   Инструкция по установке и настройке  MDaemon 6.x 7.x Инструкция по обучению антиспам-фильтра байеса Mdaemon 9.5 руководство пользователя (рус) Mdaemon 10.x руководство пользователя (рус)   Mdaemon 11.x руководство пользователя (рус) Робот автофильтрации хостов для Mdaemon - Описание  и принцип работы... (подробнее) Файл скрининг хостов ipscreen.dat.... Очистка базы LDaemon, инструкция от ALTN Как перенести  Mdaemon в другой каталог или на другой диск на другую машину, инструкция от ALTN Как перенести  Mdaemon в тот же каталог на новую машину или ОС, инструкция от ALTN Программа декодирования паролей Multipop, спасибо сэру r0dent   За лекарствами в варёзник Обсуждение в программах   Внимание !  DNSBL - relays.ordb.org перестал работать 31 декабря 2006 года. Уберите его из списков DNSBL!       Внимание !  DNSBL - list.dsbl.org перестал работать c 21 мая 2008 года. Уберите его из списков DNSBL! Прочитать можно тут http://dsbl.org  и тут http://dsbl.org/node/4#comments     Внимание !  Если у Вас Mdaemon установленный как сервис виснет при открытии - ОТКЛЮЧИТЕ DEP     Предыдущие части темы: Часть 1 Часть 2 Всего записей: 11866 | Зарегистр. 05-06-2002 | Отправлено: 20:15 17-01-2009 | Исправлено: ipmanyak, 16:42 03-11-2010

rivkin_max Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Господа кто пользуется мингером - как раздавать адресную книгу всем пользователям предприятия? Поделитесь опытом. Всего записей: 210 | Зарегистр. 07-06-2007 | Отправлено: 10:51 17-09-2010

PAPIruss Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору rivkin_max Мингер он несколько для других целей, для адресной книги читайте мануал по LDAPу-Ldaemon. Но я бы советовал воспользоваться AD,если конечно ваше предприятие в windows среде. AD более функционально по сравнению с Ldaemon. Хотя бы по тому что можно хранить контакты не только вашего домена... Всего записей: 137 | Зарегистр. 13-03-2007 | Отправлено: 11:00 17-09-2010

rivkin_max Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору PAPIruss Ну цели использования мингера мне известны - это создание плоской доменной структуры на распределенном в пространстве предприятии. Т.е. чтобы один и тот же почтовый домен был на разных серверах mdaemon. А как  вы прелагаете использовать AD если на предприятии сложная разветвленное дерево доменов, а почту хочется плоскую.   Так вот мой вопрос тем кто пользуется этой функцией. Как вы раздаете адресные книги? Всего записей: 210 | Зарегистр. 07-06-2007 | Отправлено: 11:13 17-09-2010 | Исправлено: rivkin_max, 11:27 17-09-2010

PAPIruss Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору rivkin_max Я пользуюсь мингером как раз для тех целей которые вы назвали, но не для раздачи адресных книг он в принципе не для этого, а для верификации. Для раздачи адресной книге я исползую AD. В моем случаи я создал в AD OU с условным названием скажем ADRBOOK и внес туда контакты сотрудников предприятия а так же партнеров. Далее настроил у клиентов доступ к этой OU. Таким образом во всех филиалах фирмы имеется общая адресная книга к которой имеют доступ все почтовые клиенты. Всего записей: 137 | Зарегистр. 13-03-2007 | Отправлено: 11:26 17-09-2010

rivkin_max Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору PAPIruss   Это очень интересная идея. Я об этом не думал, а как вы заполняеете ее? руками? У меня более 10 узлов в дереве AD. Всего записей: 210 | Зарегистр. 07-06-2007 | Отправлено: 11:31 17-09-2010

PAPIruss Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ну по правде сказать я то только несколько записей сделал, остальное подчиненные вбивают. Для того что бы создать книгу понадобился день, поддержка актуальности много времени не отнимает. Но конечно думаю над автоматизацией процесса, только времени не хватает... Всего записей: 137 | Зарегистр. 13-03-2007 | Отправлено: 11:59 17-09-2010

ashtomatov Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Здравствуйте!     Есть машина с ISA Server 2006, есть вторая машина с MDaemon. В ISA созданы правила публикации MDaemon согласно данной инструкции: http://isaserver.ru/forums/thread/29203.aspx     В настройках DNS MDaemon'а адреса провайдера. Отправляет почту MDaemon изумительно, принимает внутри локалькой сети тоже прекрасно, а вот на входящую извне выдает такой вот лог:     Fri 2010-09-17 13:24:55: Session 1720; child 1; thread 620   Fri 2010-09-17 13:24:23: Accepting SMTP connection from [209.85.214.178:54629]   Fri 2010-09-17 13:24:23: Performing PTR lookup (178.214.85.209.IN-ADDR.ARPA)   Fri 2010-09-17 13:24:23: *  D=178.214.85.209.IN-ADDR.ARPA TTL=(1413) PTR=[mail-iw0-f178.google.com]   Fri 2010-09-17 13:24:23: *  Gathering A records...   Fri 2010-09-17 13:24:24: *  D=mail-iw0-f178.google.com TTL=(1440) A=[209.85.214.178]   Fri 2010-09-17 13:24:24: ---- End PTR results   Fri 2010-09-17 13:24:24: --> 220 mx2.bla-bla-bla.ru ESMTP MDaemon 10.1.0; Fri, 17 Sep 2010 13:24:24 +0400   Fri 2010-09-17 13:24:24: <-- EHLO mail-iw0-f178.google.com   Fri 2010-09-17 13:24:24: Performing IP lookup (mail-iw0-f178.google.com)   Fri 2010-09-17 13:24:24: *  D=mail-iw0-f178.google.com TTL=(1440) A=[209.85.214.178]   Fri 2010-09-17 13:24:24: ---- End IP lookup results   Fri 2010-09-17 13:24:24: --> 250-mx2.bla-bla-bla.ru Hello mail-iw0-f178.google.com, pleased to meet you   Fri 2010-09-17 13:24:24: --> 250-ETRN   Fri 2010-09-17 13:24:24: --> 250-AUTH=LOGIN   Fri 2010-09-17 13:24:24: --> 250-AUTH LOGIN CRAM-MD5   Fri 2010-09-17 13:24:24: --> 250-8BITMIME   Fri 2010-09-17 13:24:24: --> 250 SIZE   Fri 2010-09-17 13:24:24: <-- MAIL FROM:<bla-bla-bla@gmail.com>   Fri 2010-09-17 13:24:24: Performing IP lookup (gmail.com)   Fri 2010-09-17 13:24:24: *  D=gmail.com TTL=(3) A=[66.102.13.17]   Fri 2010-09-17 13:24:24: *  D=gmail.com TTL=(3) A=[66.102.13.18]   Fri 2010-09-17 13:24:24: *  D=gmail.com TTL=(3) A=[66.102.13.19]   Fri 2010-09-17 13:24:24: *  D=gmail.com TTL=(3) A=[66.102.13.83]   Fri 2010-09-17 13:24:24: *  P=005 S=002 D=gmail.com TTL=(49) MX=[gmail-smtp-in.l.google.com] {74.125.79.27}   Fri 2010-09-17 13:24:24: *  P=010 S=003 D=gmail.com TTL=(49) MX=[alt1.gmail-smtp-in.l.google.com] {74.125.53.27}   Fri 2010-09-17 13:24:24: *  P=020 S=004 D=gmail.com TTL=(49) MX=[alt2.gmail-smtp-in.l.google.com] {74.125.95.27}   Fri 2010-09-17 13:24:24: *  P=030 S=000 D=gmail.com TTL=(49) MX=[alt3.gmail-smtp-in.l.google.com] {74.125.65.27}   Fri 2010-09-17 13:24:24: *  P=040 S=001 D=gmail.com TTL=(49) MX=[alt4.gmail-smtp-in.l.google.com] {74.125.93.27}   Fri 2010-09-17 13:24:24: ---- End IP lookup results   Fri 2010-09-17 13:24:24: Performing SPF lookup (gmail.com / 209.85.214.178)   Fri 2010-09-17 13:24:24: *  Policy: v=spf1 redirect=_spf.google.com   Fri 2010-09-17 13:24:24: *  Evaluating redirect=_spf.google.com:   Fri 2010-09-17 13:24:24: *  Evaluating redirect=_spf.google.com: performing lookup   Fri 2010-09-17 13:24:24: *    Policy: v=spf1 ip4:216.239.32.0/19 ip4:64.233.160.0/19 ip4:66.249.80.0/20 ip4:72.14.192.0/18 ip4:209.85.128.0/17 ip4:66.102.0.0/20 ip4:74.125.0.0/16 ip4:64.18.0.0/20 ip4:207.126.144.0/20 ip4:173.194.0.0/16 ?all   Fri 2010-09-17 13:24:24: *    Evaluating ip4:216.239.32.0/19: no match   Fri 2010-09-17 13:24:24: *    Evaluating ip4:64.233.160.0/19: no match   Fri 2010-09-17 13:24:24: *    Evaluating ip4:66.249.80.0/20: no match   Fri 2010-09-17 13:24:24: *    Evaluating ip4:72.14.192.0/18: no match   Fri 2010-09-17 13:24:24: *    Evaluating ip4:209.85.128.0/17: match   Fri 2010-09-17 13:24:24: *  Result: pass   Fri 2010-09-17 13:24:24: ---- End SPF results   Fri 2010-09-17 13:24:24: --> 250 <bla-bla-bla@gmail.com>, Sender ok   Fri 2010-09-17 13:24:24: <-- RCPT TO:<mdaemon@bla-bla-bla.ru>   Fri 2010-09-17 13:24:24: --> 250 <mdaemon@bla-bla-bla.ru>, Recipient ok   Fri 2010-09-17 13:24:24: <-- DATA   Fri 2010-09-17 13:24:24: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000000746.tmp   Fri 2010-09-17 13:24:24: --> 354 Enter mail, end with <CRLF>.<CRLF>   Fri 2010-09-17 13:24:24: Message size: 1659 bytes   Fri 2010-09-17 13:24:24: Performing VBR certification (Domain: gmail.com, Auth: SPF)   Fri 2010-09-17 13:24:24: *  File: d:\mdaemon\queues\temp\md50000000746.tmp   Fri 2010-09-17 13:24:24: *  Message-ID: <AANLkTi=_w9hxUSho3utB=jgC0HgKtdstjG3fr5YBF5p3@mail.gmail.com>   Fri 2010-09-17 13:24:24: *  Certifier (trusted): vbr.emailcertification.org ...   Fri 2010-09-17 13:24:24: *    Querying: gmail.com._vouch.vbr.emailcertification.org ...   Fri 2010-09-17 13:24:25: *    Certifier does not recognize that domain   Fri 2010-09-17 13:24:25: *  Certification result: message not certified   Fri 2010-09-17 13:24:25: ---- End VBR results   Fri 2010-09-17 13:24:25: Performing DKIM lookup   Fri 2010-09-17 13:24:25: *  File: d:\mdaemon\queues\temp\md50000000746.tmp   Fri 2010-09-17 13:24:25: *  Message-ID: AANLkTi=_w9hxUSho3utB=jgC0HgKtdstjG3fr5YBF5p3@mail.gmail.com   Fri 2010-09-17 13:24:25: * Signature (1): ;v=1;a=rsa-sha256;c=relaxed/relaxed;d=gmail.com;s=gamma;b h=<not logged>;   Fri 2010-09-17 13:24:25: *    Verification result: [0] good   Fri 2010-09-17 13:24:25: *  Result: pass   Fri 2010-09-17 13:24:25: ---- End DKIM results   Fri 2010-09-17 13:24:25: Performing VBR certification (Domain: gmail.com, Auth: DKIM)   Fri 2010-09-17 13:24:25: *  File: d:\mdaemon\queues\temp\md50000000746.tmp   Fri 2010-09-17 13:24:25: *  Message-ID: AANLkTi=_w9hxUSho3utB=jgC0HgKtdstjG3fr5YBF5p3@mail.gmail.com   Fri 2010-09-17 13:24:25: *  Certifier (trusted): vbr.emailcertification.org ...   Fri 2010-09-17 13:24:25: *    Querying: gmail.com._vouch.vbr.emailcertification.org ...   Fri 2010-09-17 13:24:25: *    Certifier does not recognize that domain   Fri 2010-09-17 13:24:25: *  Certification result: message not certified   Fri 2010-09-17 13:24:25: ---- End VBR results   Fri 2010-09-17 13:24:25: Создание сообщения successful: d:\mdaemon\queues\inbound\md50000063750.msg   Fri 2010-09-17 13:24:25: --> 250 Ok, message saved <Message-ID: AANLkTi=_w9hxUSho3utB=jgC0HgKtdstjG3fr5YBF5p3@mail.gmail.com>   Fri 2010-09-17 13:24:55: <-- QUIT   Fri 2010-09-17 13:24:55: --> 221 See ya in cyberspace   Fri 2010-09-17 13:24:55: SMTP session successful (Bytes in/out: 1766/467)       Помогите, пожалуйста, буду признателен.   Добавлено: Проблема решена, спасибо! Всего записей: 10 | Зарегистр. 22-03-2010 | Отправлено: 14:13 17-09-2010

rivkin_max Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору PAPIruss Тут самое главное, что вы руками заводите пользователей в демоне и рукамиже создаете аналогичных в AD? Всего записей: 210 | Зарегистр. 07-06-2007 | Отправлено: 14:56 17-09-2010

PAPIruss Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Да приходится. Думаю как заставить импорт делать но пока в голову не чего не приходит... На самом деле как я сказал сложно только создать книгу, вбить несколько сотен адресов. А потом уже проще. Зато в AD как я сказал хранятся адреса не только даймона но и партнеров ) Да и полей намного больше, а значит контактная информация не ограничена лишь именем фамилией и мылом ) Всего записей: 137 | Зарегистр. 13-03-2007 | Отправлено: 15:01 17-09-2010

rivkin_max Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Для меня это не подходит. у меня более 2000 адресов... устанем мы их в 2 места писать... Всего записей: 210 | Зарегистр. 07-06-2007 | Отправлено: 15:13 17-09-2010

PAPIruss Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ну вот и я ищу способ экспорта из LDAEMONа в AD. Думаю что нить придумается...   Добавлено: Мда как импорт сделать ума не приложу. В AD и у LD, разные структуры записей. AD: OU=ADRESBOOK CN=Test objectClass: top objectClass: person objectClass: organizationalPerson objectClass: contact cn: Test Тест sn: Тест description: СисАДМИН physicalDeliveryOfficeName: Бла Бла telephoneNumber: 8 (903) ххх хх хх givenName: Test distinguishedName: CN=Test Тест,OU=ADRESBOOK,DC=DOMAIN3,DC=DOMAIN2,DC=DOMAIN1 instanceType: [ Writable ] whenCreated: 17.09.2010 11:27:32 whenChanged: 17.09.2010 11:28:55 displayName: ТЕСТ uSNCreated: 3692028 uSNChanged: 3692033 name: Test Тест objectCategory: CN=Person,CN=Schema,CN=Configuration,DC=DOMAIN3,DC=DOMAIN2,DC=DOMAIN1 mail: pupok@centr.to objectGUID: {C7807FAD-EF82-4D30-B57A-C0474C72B595}   LD: ou=MDaemon remote verification mail=admin@domain.ru objectClass: MDaemonContact cn: Admin cn: admin mail: admin@domain.ru mail: admin@domain.ru Почувствуйте разницу... Вообще не вижу не чего страшного в ручной набивке 2000 адресов. Этож один раз делается и на всю жизнь ) В конце концов за неделю или за месяц осилить можно. За то как юзверя обрадуются ) Ну а если нет. То как я уже говорил LDAEMON вам в помощь, настраивается на раз. Работает стабильно, единственный недостаток то что хранит записи только своего домена. Но если подумать можно наверно поднять еще сервачок, создать вирт домены, mail.ru, rambler.ru и т д по списку создавать в них нужные контакт а он их будет пихать на сервер с LDAEMON. Не чего умнее в голову не приходит... Всего записей: 137 | Зарегистр. 13-03-2007 | Отправлено: 15:31 17-09-2010

rivkin_max Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору PAPIruss Добрый... Разницу я почувствовал 2 года назад когда первый раз задумался ро переводе преприятия на mdaemon. Но поковырялся и бросил, запустил на нем только форефронт сервер. Ща наша старая система сыпаться начинает. Она на спарках была. Винты, мамки летят как птицы. Вот и придумываю ка демона прикрутить. Короче недоработали пока наши американские коллеги.... Если че-нить придумаешь напиши в личку плиз. Всего записей: 210 | Зарегистр. 07-06-2007 | Отправлено: 16:18 17-09-2010 | Исправлено: rivkin_max, 16:19 17-09-2010

PAPIruss Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Крути LDAEMON. Свой минимум он выполняет... А MDAEMON очень продуман, может почти все только не все знают как это сделать RTFM ) Всего записей: 137 | Зарегистр. 13-03-2007 | Отправлено: 16:26 17-09-2010

rivkin_max Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Пробовал. Что-то у меня он не вызвал вдохновения. Как-то глючно там было. Не помню уже что. Всего записей: 210 | Зарегистр. 07-06-2007 | Отправлено: 16:39 17-09-2010

PAPIruss Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ну скорее всего русские буквы были кракозябрами ) Это лечится единовременной правкой реестра. Всего записей: 137 | Зарегистр. 13-03-2007 | Отправлено: 16:41 17-09-2010

ipmanyak Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору rivkin_max Не совсем понял из ваших постов с PAPIruss Domain Sharing от демона вы используете? Если да, то в чем проблема? Адресная книга в этом случае одна на на всех и так. Подключается как обычно по LDAP, наверно имел ввиду с какого сервака подключать LDAP?  С основного имхо сервера, и это  точно работало, я проверял, вот с местного - хз, проверь сам. По логике в местном LDAP должны быть только местные адреса при использовании Domain Sharing.     P.S/ И потом  что мешает юзать AD в качестве LDAP для демона без дополнительных OU? Натравите Base Entry DN на домен с AD и всё. По идее должно работать, не забыть поменять порт с 389 на другой, на этом AD слушает. ---------- В сортире лучше быть юзером, чем админом... Всего записей: 12072 | Зарегистр. 10-12-2003 | Отправлено: 07:58 20-09-2010 | Исправлено: ipmanyak, 08:50 20-09-2010

PAPIruss Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ipmanyak При использовании разделения домена. вы можете иметь общею книгу в лдаемоне (даемоновском лдапе) а можете не иметь, книгу можно также иметь на каждом сервере свою или на любом из серверов одну общею. И имхо, при разделении домена понятие основного сервера нивелировано, каждый из участвующих в разделении серверов, самостоятельная единица. Так же в "местном" LDAP должны быть местные адреса только в том случаи когда верификация адресов происходит по LDAP. Иначе все письма будет забирать сервер с общей книгой. Если же адреса верифицировать средствами мингера, то книга может быть общей и находиться на любом из серверов участвующих в разделении. Для этого на остальных серверах необходимо явным обзором включить установку на хранение адресной книги в LDAP и указать сервер выступающий в роли хранителя. PS Имхо не стоит верифицировать адреса в разделении доменов средствами LDAP, поскольку адреса в этом случаи не кэшируется и если вдруг один из серверов, станет недоступен, ни кто не сможет принять для него почту. Для верификации лучше использовать мингер. Адреса хранятся в кэше 5 дней, а значит неисправный сервер может отсутствовать все эти дни и не переживать за почту, ее за него получат другие сервера и отдадут ему тогда когда он вновь станет доступным. Всего записей: 137 | Зарегистр. 13-03-2007 | Отправлено: 08:46 20-09-2010

ipmanyak Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору PAPIruss С этим в принципе согласен. Не совсем ясна структура почты у rivkin_max. Чем его не устраивает  общая книга ldap  на основном сервере?   ---------- В сортире лучше быть юзером, чем админом... Всего записей: 12072 | Зарегистр. 10-12-2003 | Отправлено: 09:19 20-09-2010

PAPIruss Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ipmanyak По его словам криво работает. Единственный замеченный мною косяк в LDAEMON это не восприимчивость к русским буквам. Но это лечится на раз, путем многим известной правки языковых параметров в реестре... Всего записей: 137 | Зарегистр. 13-03-2007 | Отправлено: 09:30 20-09-2010

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Все о MDaemon (#4)

ShriEkeR (10-11-2010 13:26): Все о MDaemon (#5)

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование