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

» Все о MDaemon (#5)

Автор: mikas
Дата сообщения: 21.06.2012 04:02

daemon 12.5.5
Господа, подскажите что не так.
Мне нужно чтобы от пользователей в опред группе НАРУЖУ письма отсылались как-бы с другого адреса.
Сделал несколько правил в CF
Все правила применяются, КРОМЕ поля FROM

Правило не ЗАМЕНЯЕТ адрес, а просто удаляет его, хотя в тесте регэкспа всё ровно.
вот текст правила из файла cfrules.dat

Код: RuleName=TZ5
Enable=Yes
ThisRuleCondition=Any
ProcessQueue=REMOTE
Condition01=$SENDER$|group member|AND|TZ
Action01=header search and replace|"From","<user[1234]@domain.ru>","<roznitsa@domain.ru>","0,1"

Автор: ipmanyak
Дата сообщения: 21.06.2012 07:11

mikas Вероятно это баг mdaemon. Думаю надо задать вопрос в форум ALTN. Могу задать (я там зареген), или сам задай. Но сначала хотелось бы взглянуть на хидеры результирующего письма.

Автор: mikas
Дата сообщения: 21.06.2012 07:39

Проблемма и с регуляркой и без. Обратите внимание на поле "From" - оттуда просто вырезан адрес.
Вот сообщение, полученное на той стороне:

Код:
Delivered-To: destination@gmail.com
Received: by 10.220.206.225 with SMTP id fv33csp78055vcb;
Wed, 20 Jun 2012 21:34:27 -0700 (PDT)
Received: by 10.152.104.171 with SMTP id gf11mr25228192lab.5.1340253267077;
Wed, 20 Jun 2012 21:34:27 -0700 (PDT)
Return-Path: <roznitsa@domain.ru>
Received: from mx.domain.ru (mx.domain.ru. [188.128.100.234])
by mx.google.com with ESMTP id v7si1242286lak.19.2012.06.20.21.34.26;
Wed, 20 Jun 2012 21:34:26 -0700 (PDT)
Received-SPF: pass (google.com: domain of roznitsa@domain.ru designates 188.128.100.234 as permitted sender) client-ip=188.128.100.234;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of roznitsa@domain.ru designates 188.128.100.234 as permitted sender) smtp.mail=roznitsa@domain.ru
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=domain.ru;
    s=MDaemon; t=1340253264; x=1340858064; q=dns/txt; h=DomainKey-Signature:
    Received:Received:Date:From:To:Subject:MIME-Version:Content-Type:
    Message-ID:Reply-To; bh=scs0c14BDsaRaU+MNk4vfpEJPINTiO0mhSgO0BpG
    G4A=; b=FoRK56+cbFL5PNKe2Zb58crdopJj7Yi3PWbXo1I5R3GukUahi1Q/8iFW
    vV8XnYvYaKIOKXmsWXF6UUskdv3NLS+SkQiKjU4Mk56k5JDggStbGwkeBnJkWRzU
    e8S+ac8Xt5fVItvzfo8pa5OisxoyV+DEmN6BZKZZuhbuGnK/FGw=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=from: =?koi8-r?b?itxg4edw7ulx6i7sxzeiidxyb3puaxrzyubrahyudm9zdg9rlnj1pg==?=;
    c=simple; q=dns; h=message-id:from;
    b=ooN+EyZEcuQBYmg2I/vqL/tUgly2APZ4XiRnx0a7QMCm/jG8aVqPFtWP9tNn
    e+xMkuVNNOIg3vzuQqsCmJgkimbFb0cd7y9yeOeui/RzVAf/90TN2Zdmh
    WsxCXFzsOTivc0uSEbjFfs8iMW9XBDf3maupgokYhgplHbT2V3JF/M=;
X-MDAV-Processed: mx.domain.ru, Thu, 21 Jun 2012 15:34:23 +1100
Received: from WorldClient by domain.ru (MDaemon PRO v12.5.5)
    with ESMTP id md50000204260.msg;
    Thu, 21 Jun 2012 15:34:23 +1100
X-Spam-Processed: mx.domain.ru, Thu, 21 Jun 2012 15:34:23 +1100
    (not processed: message from trusted or authenticated source)
X-MDOP-RefID: fgs=0 (_st=1 _vt=0 _iwf=0)
X-Return-Path: roznitsa@domain.ru
X-Envelope-From: roznitsa@domain.ru
X-MDaemon-Deliver-To: destination@gmail.com
Received: by domain.ru via WorldClient with HTTP;
    Thu, 21 Jun 2012 15:34:21 +1100
Date: Thu, 21 Jun 2012 15:34:21 +1100
From: =?koi8-r?B?ItXg4eDw7uLx6i7SxzEiIDxyb3puaXRzYUBraHYudm9zdG9rLnJ1Pg==?=
To: destination@gmail.com
Subject: test CF
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0621-0434-21-03-PART_BREAK"
Message-ID: <WC20120621043421.270002@domain.ru>
X-Mailer: WorldClient 12.5.5
Reply-To: roznitsa@domain.ru

--0621-0434-21-03-PART_BREAK
Content-Type: text/plain; charset="koi8-r"
Content-Transfer-Encoding: 8bit

test CF
--0621-0434-21-03-PART_BREAK
Content-Type: text/html; charset="koi8-r"
Content-Transfer-Encoding: 8bit

<html><body>
<div style="color: rgb(0, 0, 0); font-family: tahoma; font-size: 13.32px;
font-style: normal; font-weight: 400;">
    test CF</div>
</body></html>

--0621-0434-21-03-PART_BREAK--

Автор: ipmanyak
Дата сообщения: 22.06.2012 08:31

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

так же как и русское имя домена, оно должно быть в punycode.

Автор: mikas
Дата сообщения: 22.06.2012 11:30

ipmanyak
не адрес, а имя пользователя.

Добавлено:
Поле "Имя и Фамилия"

Автор: AgBoKaT
Дата сообщения: 22.06.2012 23:07

Подскажите, что заблокировать, чтобы mdaemon производителю информацию обо мне не отправлял.
А то их служба продаж письма шлет.

Спасибо.

Автор: vlary
Дата сообщения: 25.06.2012 12:11

AgBoKaT Наверное, это вопрос для соответствующей темы в Варезнике. Здесь подразумевается, что вы используете легально купленную версию

Автор: hanevskih
Дата сообщения: 26.06.2012 09:31

Подскажите пожалуйста, как настроить этого демона...
есть почта провайдера, на ней один ящик для организации, в этот ящик сыпется тонна спама, а провайдер антиспам свой отключил дабы не доставали звонками о пропавших письмах. надо с этим спамом как-то бороться и я решил поставить демона 12.5.6 с целью фильтрации спама.
Домен локальный, написанный от балды... настроил domainPop, все удачно принимается, а вот на внешку отправляться не желает - пишет пользователя не существует. Насколько я понял демон пытается найти адрес типа *@mail.ru у себя и обламывает...
можно его настроить так чтобы он работал как почтовый клиент, только с функцией проверки на спам?
[more=лог отправки]
Tue 2012-06-26 10:25:09: Session 124; child 1
Tue 2012-06-26 10:25:09: Accepting SMTP connection from [127.0.0.1:3342] to [127.0.0.1:25]
Tue 2012-06-26 10:25:09: --> 220 mail.[my-domain].ru ESMTP MDaemon 12.5.6; Tue, 26 Jun 2012 10:25:09 +0400
Tue 2012-06-26 10:25:09: <-- EHLO localhost
Tue 2012-06-26 10:25:09: --> 250-mail.[my-domain].ru Hello localhost, pleased to meet you
Tue 2012-06-26 10:25:09: --> 250-ETRN
Tue 2012-06-26 10:25:09: --> 250-AUTH LOGIN CRAM-MD5 PLAIN
Tue 2012-06-26 10:25:09: --> 250-8BITMIME
Tue 2012-06-26 10:25:09: --> 250 SIZE
Tue 2012-06-26 10:25:09: <-- MAIL FROM:<[user]@[pochta-provaidera].ru> SIZE=486
Tue 2012-06-26 10:25:09: --> 250 <[user]@[pochta-provaidera].ru>, Sender ok
Tue 2012-06-26 10:25:09: <-- RCPT TO:<[user]@inbox.ru>
Tue 2012-06-26 10:25:09: Отправитель сделал попытку доставить сообщение на неизвестный адрес
Tue 2012-06-26 10:25:09: --> 550 <[user]@inbox.ru>, Recipient unknown
Tue 2012-06-26 10:25:09: <-- RSET
Tue 2012-06-26 10:25:09: --> 250 RSET? Well, ok.
Tue 2012-06-26 10:25:09: <-- QUIT
Tue 2012-06-26 10:25:09: --> 221 See ya in cyberspace
Tue 2012-06-26 10:25:09: SMTP session terminated (Bytes in/out: 95/315)
Tue 2012-06-26 10:25:09: ----------
[/more]

Автор: ipmanyak
Дата сообщения: 26.06.2012 09:50

hanevskih
Цитата:

Accepting SMTP connection from [127.0.0.1:3342] to [127.0.0.1:25]

Сам себе шлешь почту. Думай и разбирайся. Как вариант, шли релеем через smtp прова, если он это тебе разрешает, опция Smart host во вкладке Delivery в Default domain (вероятнее всего придется включить аутентификацию для SMTP прова, поговори с провом).

Автор: hanevskih
Дата сообщения: 26.06.2012 10:23

Цитата:

Сам себе шлешь почту.

Нет, я сам к себе подключаюсь...

с другого компа все выглядит вот так:
Tue 2012-06-26 11:17:17: Accepting SMTP connection from [192.168.1.80:4933] to [192.168.1.79:25]

вкладку Доставка я излазил вдоль и поперек, авторизация не помогает, да и не доходит до неё...

Цитата:

шли релеем через smtp прова, если он это тебе разрешает

чем релей отличается от обычной отправки почты с клиента? в смысле разрешения?

Все.... победил эту чертовщину.... забыл поставить галочку в настройках безопасности....

Добавлено:
Еще проблема... Мне нужно установить на учетку юзера пароль в 3 символа... Демон 12.5.6 это запрещает, слышал что старые версии демона поддерживали короткие пароли и при обновлении новый демон терпит их...
Не подскажете какая версия позволяет использовать короткие пароли?
Или может как обойти защиту от коротких паролей?

Автор: ipmanyak
Дата сообщения: 26.06.2012 14:28

hanevskih пароль в 3 символа несекурно, сделай минимум 8. Требование сложного пароля отключается здесь
Navigation: Accounts Menu > Account Settings > New Account Default > поле Require strong passwords

Автор: hanevskih
Дата сообщения: 26.06.2012 14:38

ну это понятно... но директор попросил...

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

Автор: vlary
Дата сообщения: 26.06.2012 14:45

hanevskih

Цитата:

я думаю ничего страшного в таком пароле в этом случае нет

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

Автор: hanevskih
Дата сообщения: 26.06.2012 14:53

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

Автор: vlary
Дата сообщения: 26.06.2012 15:02

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

Автор: hanevskih
Дата сообщения: 26.06.2012 15:11

Это все лирика... а по существу?

Автор: jester7
Дата сообщения: 01.07.2012 17:11

[more] [more] ******************************************************************** [/more]
Установил на локальный компьютер этот сервак.
smtp = lik.mail
pop = lik.mail
ip 192.168.1.249 - мой пк это, на котором сервак стоит щас
создал учетную test@lik.mail
admin учетка тоже есть - создалась при установке

в THEBAT настроил учетную на pop smtp 192.168.1.249
Внутри комнаты у нас почта летает куда надо (отсылка и прием пашет)-проверено

а как настроить, чтоб письма уходили в интернет и из интернета приходили ?

Никаких настроек пока не трогал, все как после инсталляции стоит

Интернет у нас от УКРТЕЛЕКОМА через их роутер - на столе стоит.
192.168.1.1 -- от сюда берем ШЛЮЗ И ДНС - -интернет пашет через браузеры (лазаем по страничкам) этот айпи прописан на локальных ПК для шлюза и днс

на старом почтовом серваке ESERV2 у нас были такие настройки:
ПЛАНИРОВАНИЕ ЗАДАНИЙ
СМТР СЕНД = СЕРВЕР = 777y.ukrpost.ua
POP3RECV = 777ail.cn.ua

видать отсылка почты идет через сервак УКРПОСТ, а прием через СН.УА
(если я верно понимаю)

Помогите, если кто соображает.
Спасибо заранее!

П.С. Хелп я уже почитал, инструкцию по настройке деймона тоже, на русском, но либо у меня опыта не хватает, либо терминология для меня непонятна.
Вобщем не хватает ума пока.

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

Спасибо!
zhenya.jester@yandex.ru
[/more]

Автор: vlary
Дата сообщения: 01.07.2012 19:06

jester7 Похоже, тема по MDaemon здесь не при делах, зря Cheery ее посоветовал. У тебя присутствует полное отсутствие понимания, как работает почта в интернете.
Читай эти темы: Почтовый сервер с Нуля
переходим на свой почтовый сервер.
Там все азы более-менее расписаны. Еще есть Википедия.
Ну а когда возникнут конкретные вопросы по настройке именно MDaemon, тогда пиши сюда.
А лучше прочти ее с начала до конца, здесь уже отвечено на все, что ты можешь спросить, и на то, о чем даже не подозреваешь.

Автор: jester7
Дата сообщения: 01.07.2012 20:48

Спасибо, я то прочту.
Придется по ночам не поспать и почитать...

Я вижу вам просто лень отвечать, хотя тут явно ответы были бы простые, насколько мне кажется.

Добавлено:
Прочитал.
Ни одного ответа на свой вопрос не нашел

Автор: ipmanyak
Дата сообщения: 02.07.2012 07:20

jester7 Ответ на ваш вопрос

Цитата:

а как настроить, чтоб письма уходили в интернет и из интернета приходили ?

есть в Инете, к сожалению в шапке этого топика был ответ, но сайт умер, Читайте в Инете насчет DNS в плане MX записей и PTR для вашего зарегенного домена и будет вам счастье..

Автор: vlary
Дата сообщения: 02.07.2012 10:09

jester7

Для начала нужно озаботиться "белым" статическим айпи и зарегистрировать свой домен. И долго-долго читать про TCP/IP, DNS, SMTP. По "щучьему велению" не получится.

Автор: djmegavolt1
Дата сообщения: 02.07.2012 12:14

[more] Здравствуйте! У меня проблема с отправкой почты на сервера mail.ru, он присылает письмо с постоянной ошибкой доставки "503 Valid RCPT command must precede DATA"

Прочитав на форуме, как я понял он у меня неправильно представляется, но если бы такое было, то все бы письма не уходили, но неуходит на mail.ru только 30% исходящей почты, остальные письма на mail.ru доходят. Вот логи неоправленного и оправленного письма. Помогите пожалуйста решить проблему, я просто уже незнаю куда лезть настраивать.

Лог неотправленного письма

Wed 2012-06-20 13:44:51: ----------
Wed 2012-06-20 13:45:01: Parsing message <c:\mdaemon\queues\remote\pd35000004152.msg>
Wed 2012-06-20 13:45:01: * From: tcarev@pharmstrong.ru
Wed 2012-06-20 13:45:01: * To: djmegavolt@mail.ru
Wed 2012-06-20 13:45:01: * Subject: 3333333333333333
Wed 2012-06-20 13:45:01: * Size (bytes): 1564
Wed 2012-06-20 13:45:01: * Message-ID: <1788329000.20120620144050@pharmstrong.ru>
Wed 2012-06-20 13:45:01: Attempting SMTP connection to [mail.ru]
Wed 2012-06-20 13:45:01: Resolving MX records for [mail.ru] (DNS Server: 85.198.92.18)...
Wed 2012-06-20 13:45:01: * P=010 S=000 D=mail.ru TTL=(5) MX=[mxs.mail.ru]
Wed 2012-06-20 13:45:01: Attempting SMTP connection to [mxs.mail.ru:25]
Wed 2012-06-20 13:45:01: Resolving A record for [mxs.mail.ru] (DNS Server: 85.198.92.18)...
Wed 2012-06-20 13:45:01: * D=mxs.mail.ru TTL=(30) A=[94.100.176.20]
Wed 2012-06-20 13:45:01: Attempting SMTP connection to [94.100.176.20:25]
Wed 2012-06-20 13:45:01: Waiting for socket connection...
Wed 2012-06-20 13:45:01: * Connection established (192.168.0.5:51798 -> 94.100.176.20:25)
Wed 2012-06-20 13:45:01: Waiting for protocol to start...
Wed 2012-06-20 13:45:01: <-- 220 Mail.Ru ESMTP
Wed 2012-06-20 13:45:01: --> EHLO pharmstrong.ru
Wed 2012-06-20 13:45:01: <-- 250-mx88.mail.ru ready to serve
Wed 2012-06-20 13:45:01: <-- 250-SIZE 31457280
Wed 2012-06-20 13:45:01: <-- 250 8BITMIME
Wed 2012-06-20 13:45:01: --> MAIL From:<tcarev@pharmstrong.ru> SIZE=1564
Wed 2012-06-20 13:45:01: <-- 250 OK
Wed 2012-06-20 13:45:01: --> RCPT To:<djmegavolt@mail.ru>
Wed 2012-06-20 13:45:01: <-- 250 OK
Wed 2012-06-20 13:45:01: --> DATA
Wed 2012-06-20 13:45:01: <-- 354 Go ahead
Wed 2012-06-20 13:45:01: Sending <c:\mdaemon\queues\remote\pd35000004152.msg> to [94.100.176.20]
Wed 2012-06-20 13:45:01: Transfer Complete
Wed 2012-06-20 13:45:01: <-- 503 Valid RCPT command must precede DATA
Wed 2012-06-20 13:45:01: --> QUIT
Wed 2012-06-20 13:45:01: <-- 221 mx88.mail.ru closing connection
Wed 2012-06-20 13:45:01: SMTP session terminated (Bytes in/out: 194/1677)
Wed 2012-06-20 13:45:01: ----------

А вот лог отправленного писльма

Wed 2012-06-20 13:45:01: ----------
Wed 2012-06-20 13:45:11: Parsing message <c:\mdaemon\queues\remote\pd35000004153.msg>
Wed 2012-06-20 13:45:11: * From: tcarev@pharmstrong.ru
Wed 2012-06-20 13:45:11: * To: djmegavolt@mail.ru
Wed 2012-06-20 13:45:11: * Subject: 44444444444444444
Wed 2012-06-20 13:45:11: * Size (bytes): 1564
Wed 2012-06-20 13:45:11: * Message-ID: <884179964.20120620144100@pharmstrong.ru>
Wed 2012-06-20 13:45:11: Attempting SMTP connection to [mail.ru]
Wed 2012-06-20 13:45:11: Resolving MX records for [mail.ru] (DNS Server: 85.198.92.18)...
Wed 2012-06-20 13:45:11: * P=010 S=000 D=mail.ru TTL=(5) MX=[mxs.mail.ru]
Wed 2012-06-20 13:45:11: Attempting SMTP connection to [mxs.mail.ru:25]
Wed 2012-06-20 13:45:11: Resolving A record for [mxs.mail.ru] (DNS Server: 85.198.92.18)...
Wed 2012-06-20 13:45:11: * D=mxs.mail.ru TTL=(30) A=[94.100.176.20]
Wed 2012-06-20 13:45:11: Attempting SMTP connection to [94.100.176.20:25]
Wed 2012-06-20 13:45:11: Waiting for socket connection...
Wed 2012-06-20 13:45:11: * Connection established (192.168.0.5:51799 -> 94.100.176.20:25)
Wed 2012-06-20 13:45:11: Waiting for protocol to start...
Wed 2012-06-20 13:45:11: <-- 220 Mail.Ru ESMTP
Wed 2012-06-20 13:45:11: --> EHLO pharmstrong.ru
Wed 2012-06-20 13:45:12: <-- 250-mx80.mail.ru ready to serve
Wed 2012-06-20 13:45:12: <-- 250-SIZE 31457280
Wed 2012-06-20 13:45:12: <-- 250 8BITMIME
Wed 2012-06-20 13:45:12: --> MAIL From:<tcarev@pharmstrong.ru> SIZE=1564
Wed 2012-06-20 13:45:12: <-- 250 OK
Wed 2012-06-20 13:45:12: --> RCPT To:<djmegavolt@mail.ru>
Wed 2012-06-20 13:45:12: <-- 250 OK
Wed 2012-06-20 13:45:12: --> DATA
Wed 2012-06-20 13:45:12: <-- 354 Go ahead
Wed 2012-06-20 13:45:12: Sending <c:\mdaemon\queues\remote\pd35000004153.msg> to [94.100.176.20]
Wed 2012-06-20 13:45:12: Transfer Complete
Wed 2012-06-20 13:45:13: <-- 250 OK id=1ShHTM-0006Oh-3Q
Wed 2012-06-20 13:45:13: --> QUIT
Wed 2012-06-20 13:45:13: <-- 221 mx80.mail.ru closing connection
Wed 2012-06-20 13:45:13: SMTP session successful (Bytes in/out: 180/1677)
Wed 2012-06-20 13:45:13: ---------- [/more]

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

djmegavolt1
Могу лишь предположить, что mail.ru вас бреет из-за большого количества писем в их сторону за определенный интервал времени. Их сервер вас блочит на какой-то период. Боле точно может сказать техподдержка mail.ru.
P.S.
Желательно, но не обязательно в HELO/EHLO представляться именем, указанным в MX записи, у вас сейчас другое имя. Что там на уме mail.ru неизвестно. Исправьте на всякий случай.

Автор: sector911
Дата сообщения: 03.07.2012 08:40

Need help!

Не запускается Mdaemon - висит на "привязка к базе учетных записей и импорт информации об учетной записи".
Просто перезагружали сервер.
Теперь вся почта встала...

Куда копать? Очень нужно...

Автор: djmegavolt1
Дата сообщения: 03.07.2012 08:51

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

Автор: sector911
Дата сообщения: 03.07.2012 09:14

Очень странно. При запуске жрет 33 процента процессора и все.
Как то криво, но запустился web-клиент. Через почтовые клиенты подключится не получается...

Может кто сталкивался? Никаких ошибок не вижу в логах.

Автор: ipmanyak
Дата сообщения: 03.07.2012 10:21

djmegavolt1

Цитата:

Wed 2012-06-20 13:45:01: --> EHLO pharmstrong.ru

Настраивается в первичном домене - поле FQDN

Добавлено:
sector911 Покажите System.log демона. Учетки где у вас хранятся? Если в Userlist.dat , то проверьте его содержимое. Копии всех настроечных файлов демона лежат в \Mdaemon\backup в запакованном виде за каждые сутки, если вы не меняли настроек демона в этом плане. Можно взять их оттуда.

Автор: sector911
Дата сообщения: 03.07.2012 10:40

ipmanyak

Хуже. Все лежит в LDAP Ldaemon. Делал не я, но разбираться мне.
Похоже как раз с Ldaemon и проблема.

Tue 2012-07-03 11:23:52: **** ALERT **** MDaemon's database connection failed so MDaemon was forced to refuse a mail session [EvDatabase]

Добавлено:
Вообщем путем непонятных манипуляций мне удалось таки запустить.

Подскажите, чтобы убрать базу с LDAP в стандартный файл достаточно снять галочки с "хранит в доступном для LDAP месте" и "использовать LDAP сервер для адресной книги и удаленной верификации"? В файл перейдет автоматом? Или нужно как-то вручную переносить?

Автор: ipmanyak
Дата сообщения: 03.07.2012 11:08

Цитата:

Подскажите, чтобы убрать базу с LDAP в стандартный файл достаточно снять галочки с "хранит в доступном для LDAP месте" и "использовать LDAP сервер для адресной книги и удаленной верификации"? В файл перейдет автоматом? Или нужно как-то вручную переносить?

Это вряд ли. Предполагаю, что нужно сделать экспорт учеток в CSV файл, потом выставить нужные настройки в плане хранения учеток и потом сделать импорт учеток из csv файла. Хотя может и ваш вариант отработает. В любом случае лучше сделать эксперимент на тестовой машине.

Добавлено:
sector911 Ваш вариант должен отработать, после указания хранитьв userlist.dat должен пойти экспорт учеток в этот файл. Сделайте полный бэкап каталога демона и проверьте.

Автор: djmegavolt1
Дата сообщения: 05.07.2012 14:34

Спасибо! Проблема решена, дело было в том, что у меня два хостинга, на одном из которых был включен редирект на другой хостинг, так вот на хостинге на который был сделан редирект там были отключены MX записи, вот поэтому 70 % всех SMTP сессий проходили через хосты а не напрямую с моим сервером.

Страницы: 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 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175

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

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