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

» Все о MDaemon (#5)

Автор: ipmanyak
Дата сообщения: 18.11.2013 12:12
RedPromo FROM действительно без кодировки. в CF ничего не меняешь?
Антивирус на раб станции есть? Такая проблема от всех твоих отправителей или только от тебя?
Автор: RedPromo
Дата сообщения: 18.11.2013 12:17
Как и писал выше контент фильтр не трогал, два правила есть но они не том совсем
IFRAME vulnerability [Move to bad message queue]
Message/Partial vulnerability
Попробую ночером поставить другую версию.
Ранее у меня пользователи в MSSQL хранились думал может с этим связано, перенес локально.
Если не имеется таковой опции значит виноваты унутренности Демона, попробую другую версию.

Добавлено:
Фигушки обновил до 13.6.0 таже фигня.
Автор: RedPromo
Дата сообщения: 18.11.2013 14:19
Проблема от всех отправителей, антивирусника нет кроме штатного СукуритиПлюс подключенного к Демону.
Автор: serguspro79
Дата сообщения: 18.11.2013 14:40

Цитата:
Цитата:Добрый день!

Подскажите, что нужно настроить чтоб был разрешен множественный вход через ComAgent под одним аккаунтом с разных IP адресов. В одной конторе стоит версия 13.05 работает как и хотел, а в другой 13.6 поставил не могу добится должного эффекта.


Что, так ни кто и не подскажет решение?


Спасибо всем за участие .
Решено.
Автор: ipmanyak
Дата сообщения: 19.11.2013 04:57
serguspro79 Решил - поделись с народом.
Автор: WAndrey
Дата сообщения: 19.11.2013 09:17
RedPromo, если локально почту отправлять такая же беда?
Автор: serguspro79
Дата сообщения: 19.11.2013 10:22

Цитата:
Цитата:Цитата:Добрый день!

Подскажите, что нужно настроить чтоб был разрешен множественный вход через ComAgent под одним аккаунтом с разных IP адресов. В одной конторе стоит версия 13.05 работает как и хотел, а в другой 13.6 поставил не могу добится должного эффекта.


Что, так ни кто и не подскажет решение?


Спасибо всем за участие .
Решено.


нужно отключить в "Web, & IM-сервисы.." ->
"Требовать постоянного IP во время сессии WorldClient"

а в учетной записи отключить

"Web-Сервисы"->
"Включить Обмен мгновенными сообщениями (IM)"
Автор: qrock
Дата сообщения: 20.11.2013 18:40
Коллеги, помогите
Установил MDaemon 12.5.6 на Windows 2012 R2 (до этого работал на Win 2008 R2 без проблем)
Все работает за исключением WebAdmin. При попытке открыть веб-страницу выдает:

Error while [Loading XSL: C:\MDaemon\WebAdmin\Templates\login.wdm]: Reason: The parameter is incorrect.
Line: 0, Position: 0

Что это за фигня такая?
p.s. WorldClient при этом пашет
p.p.s. DEP отключен
Автор: qxaszw12
Дата сообщения: 21.11.2013 09:14
qrock

Цитата:
Все работает за исключением WebAdmin.


Совсем недавно была такая же проблема.
Посмотрите страниц 5-10 тому назад (только я не помню, как она решилать )
Автор: Futurism
Дата сообщения: 21.11.2013 09:54
подскажите, плиз, вот с одного адреса 2м людям отправлено письмо, но оно дошло только до одного.А логи показывают, что smtp сессия норма у обоих.
этот лог письма того, кому оно дошло


Цитата:
Tue 2013-11-19 16:20:00: ----------
Tue 2013-11-19 16:21:32: Session 7534; child 2; thread 13488
Tue 2013-11-19 16:21:26: Accepting SMTP connection from [85.114.22.77:55714]
Tue 2013-11-19 16:21:26: Performing PTR lookup (77.22.114.85.IN-ADDR.ARPA)
Tue 2013-11-19 16:21:26: * D=77.22.114.85.IN-ADDR.ARPA TTL=(52) PTR=[mail.lubavushka.spb.ru]
Tue 2013-11-19 16:21:26: * D=77.22.114.85.IN-ADDR.ARPA TTL=(52) PTR=[polushka.spb.ru]
Tue 2013-11-19 16:21:26: * D=77.22.114.85.IN-ADDR.ARPA TTL=(52) PTR=[lubavushka.spb.ru]
Tue 2013-11-19 16:21:26: * D=77.22.114.85.IN-ADDR.ARPA TTL=(52) PTR=[mail.polushka.spb.ru]
Tue 2013-11-19 16:21:26: * Gathering A records...
Tue 2013-11-19 16:21:26: * D=mail.lubavushka.spb.ru TTL=(215) A=[85.114.22.77]
Tue 2013-11-19 16:21:26: * D=polushka.spb.ru TTL=(316) A=[85.114.22.77]
Tue 2013-11-19 16:21:26: * D=lubavushka.spb.ru TTL=(316) A=[85.114.22.77]
Tue 2013-11-19 16:21:26: * D=mail.polushka.spb.ru TTL=(316) A=[85.114.22.77]
Tue 2013-11-19 16:21:26: ---- End PTR results
Tue 2013-11-19 16:21:26: --> 220 mxs.agentprodukt.ru ESMTP MDaemon 10.0.1; Tue, 19 Nov 2013 16:21:26 +0400
Tue 2013-11-19 16:21:26: <-- EHLO mail.lubavushka.spb.ru
Tue 2013-11-19 16:21:26: --> 250-mxs.agentprodukt.ru Hello mail.lubavushka.spb.ru, pleased to meet you
Tue 2013-11-19 16:21:26: --> 250-ETRN
Tue 2013-11-19 16:21:26: --> 250-AUTH=LOGIN
Tue 2013-11-19 16:21:26: --> 250-AUTH LOGIN
Tue 2013-11-19 16:21:26: --> 250-8BITMIME
Tue 2013-11-19 16:21:26: --> 250 SIZE 10000000
Tue 2013-11-19 16:21:26: <-- MAIL FROM:<sokolova.inna@lubavushka.spb.ru>
Tue 2013-11-19 16:21:26: Performing IP lookup (lubavushka.spb.ru)
Tue 2013-11-19 16:21:26: * D=lubavushka.spb.ru TTL=(316) A=[85.114.22.77]
Tue 2013-11-19 16:21:26: ---- End IP lookup results
Tue 2013-11-19 16:21:26: Performing SPF lookup (lubavushka.spb.ru / 85.114.22.77)
Tue 2013-11-19 16:21:26: * Result: none; no SPF record in DNS
Tue 2013-11-19 16:21:26: ---- End SPF results
Tue 2013-11-19 16:21:26: --> 250 <sokolova.inna@lubavushka.spb.ru>, Sender ok
Tue 2013-11-19 16:21:26: <-- RCPT TO:<golubev@agentprodukt.ru>
Tue 2013-11-19 16:21:26: Performing LDAP lookup (server-main:389 for golubev@agentprodukt.ru)
Tue 2013-11-19 16:21:28: * Search filter: (&(objectclass=user)(samAccountName=golubev))
Tue 2013-11-19 16:21:28: * 1 records returned from LDAP server
Tue 2013-11-19 16:21:28: * Result: golubev@agentprodukt.ru is valid
Tue 2013-11-19 16:21:28: ---- End LDAP results
Tue 2013-11-19 16:21:28: --> 250 <golubev@agentprodukt.ru>, Recipient ok
Tue 2013-11-19 16:21:28: <-- DATA
Tue 2013-11-19 16:21:28: Creating temp file (SMTP): d:\data\mail\queues\temp\md50000017489.tmp
Tue 2013-11-19 16:21:28: --> 354 Enter mail, end with <CRLF>.<CRLF>
Tue 2013-11-19 16:21:28: Message size: 14837 bytes
Tue 2013-11-19 16:21:28: Passing message through Spam Filter (Size: 14837)...
Tue 2013-11-19 16:21:32: * 1.6 BAYES_50 BODY: Bayesian spam probability is 40 to 60%
Tue 2013-11-19 16:21:32: * [score: 0.4285]
Tue 2013-11-19 16:21:32: ---- End SpamAssassin results
Tue 2013-11-19 16:21:32: Spam Filter score/req: 1.60/9.8
Tue 2013-11-19 16:21:32: Создание сообщения successful: d:\data\mail\queues\inbound\md50000502026.msg
Tue 2013-11-19 16:21:32: --> 250 Ok, message saved <Message-ID: C9CA4D99D6D3904684A4962AB1BAD58303919464@srv-m2.LUB.LOCAL>
Tue 2013-11-19 16:21:32: <-- QUIT
Tue 2013-11-19 16:21:32: --> 221 See ya in cyberspace
Tue 2013-11-19 16:21:32: SMTP session successful (Bytes in/out: 14961/485)
Tue 2013-11-19 16:21:32: ----------



в это письмо был вставлен в копию golubkov@agentprodukt.ru
но он не получил. сейчас скрин сделаю
Автор: vlary
Дата сообщения: 21.11.2013 12:55
Futurism Твоя картинка не дает ни какого представления о судьбе письма второму адресату.
Ищи строчку с golubkov@agentprodukt.ru в логе Демона и смотри причину недоставки.
Если таковой не найдешь, значит прога, отправлявшая письмо, просто проигнорировала Леню Голубкова, стоявшего в копии.
Автор: OverLocker
Дата сообщения: 22.11.2013 11:31
Коллеги,
Ищу мануалы как настраивается чтобы Mdaemon мог брать пользователей из определенных групп AD
и импортировать их в свою группу рассылки.
Кто-то делал подобное, если ли опыт?
Автор: ipmanyak
Дата сообщения: 22.11.2013 12:05
OverLocker Опыта нет, ибо не приветствую привязку к АД, но это имхо. В последних версиях Mdaemon в списках рассылки можно привязать к АД.
Navigation: Lists Menu > Mailing Lists > Mailing List Editor > Active Directory
Как привязать к группе в AD почитай здесь
http://lists.altn.com/WebX?128@@.5985ce78
там привязка к группе в целом для Mdaemon, но в списке рассылки будет все аналогично. Главное понять принцип и правильно прописать строку поиска.

Код: Here is an example of a setup that worked for me:
1. In AD, on the root, I created an OU called "tester".
(NOTE: In AD, my domain is named "test.com")
2. Inside the "tester" OU, I created a new group called "mdusers".
3. In the "mdusers" group, I added two members: One found in the "Users" folder and one found in the "tester" OU.
4. In MDaemon, I used the following settings in the Active Directory | Options settings:

Base entry DN: dc=test,dc=com
Search Filter: (&(objectClass=User)(objectCategory=person)(memberOf=cn=mdusers,ou=tester,dc=test,dc=com)
Bind DN: Administrator
Password: (provided password for Administrator account)
Search Scope: Base DN and all children

Use secure authentication: Enabled
Use SSL authentication: Disabled
Page Size: 1000

4. Clicked Ok
Автор: AndreySpb
Дата сообщения: 23.11.2013 23:58
Коллеги, имеет ли смысл с 9.6 версии на свежую переходить - пашет вот уже 3 года и никаких проблем ...
Автор: qxaszw12
Дата сообщения: 24.11.2013 09:35
AndreySpb

Цитата:
Коллеги, имеет ли смысл с 9.6 версии на свежую переходить - пашет вот уже 3 года и никаких проблем

Ну это уже вам решать.
У меня и 9-ка, и 11-я и 13.5 пашут и вопросов и проблем не возникает.

Автор: AndreySpb
Дата сообщения: 24.11.2013 15:08
qxaszw12, а почему на последнюю все не перевели ? В новых релизах есть подвижки с производительностью ? У меня сервера по 400-500 юзеров, железки загибаются (диски... хоть и на 10ом рейде собраны на быстрых дисках)

Единственно проблема которая в 9ой напрягает так это в вэб морде постоянные проблемы у пользователей с кодировкой ... когда отвечают на письма адресатам приходит с перековерканными кракозябрами в полях от и кому и тема письма кривая.
Автор: ipmanyak
Дата сообщения: 24.11.2013 17:11

Цитата:
в вэб морде постоянные проблемы у пользователей с кодировкой
Как раз вот это вылечено, кажется то ли с 10 то ли с 11-ой версии. Переходить или нет решать вам. ALT-N имеет свое видение на почтовик и оно не всегда совпадает с желаниями админов. Например, с 11-ой версии взяли и убрали Ldaemon. Хотя конечно я его прикрутил, поскольку окончательно не убрали из менюх. В 13.0.4 взяли и отрубили прием писем с пустым полем FROM (MAIL FROM:<> ) на списки рассылки, считая это небезопасным. Спрашивается с чего вдруг? В результате убил два дня пока выяснил , что ALT-N виноват. В 13.5.0 на ALT-N снизошло озарение и они вернули возможность
приема писем с пустым полем from на списки рассылки. Вместо того, чтобы дать возможность админу решать как ему поступать, сами решают за нас. И такой хрени хватает у ALT-N.
Короче, прежде чем переходить - читайте все release.txt.
Автор: qxaszw12
Дата сообщения: 25.11.2013 10:46
AndreySpb

Цитата:
а почему на последнюю все не перевели ?

Всё очень просто.
Данные сервера устанавливались в разных фирмах в разное время (всегда ставилась последняя стабильно работающая версия).
Производительность сервером всех устраивает.
Работают стабильно.
Так зачем менять то, что и так хорошо работает?


Цитата:
У меня сервера по 400-500 юзеров

Мне "повезло" и у меня максимальный трафик всего пару сотен писем в час!


Цитата:
диски... хоть и на 10ом рейде

А какой контролер?
Автор: akbr1k
Дата сообщения: 26.11.2013 16:22
Коллеги!

Я к Вам уже обращался, спасибо за помощь, большую часть проблем с помощью faq разобрал.

Осталась проблема по spf проверкам... В частности:

Tue 2013-11-26 17:47:12: Session 2439; child 3; thread 3460
Tue 2013-11-26 17:47:04: Accepting SMTP connection from [151.193.224.244:8433]
Tue 2013-11-26 17:47:04: --> 220 mail.brizol.ru ESMTP MDaemon 10.1.2; Tue, 26 Nov 2013 17:47:04 +0400
Tue 2013-11-26 17:47:05: <-- EHLO sgcommg01-out.sabre.com
Tue 2013-11-26 17:47:05: EHLO/HELO response delayed 1 seconds
Tue 2013-11-26 17:47:06: --> 250-mail.brizol.ru Hello sgcommg01-out.sabre.com, pleased to meet you
Tue 2013-11-26 17:47:06: --> 250-VRFY
Tue 2013-11-26 17:47:06: --> 250-EXPN
Tue 2013-11-26 17:47:06: --> 250-ETRN
Tue 2013-11-26 17:47:06: --> 250-AUTH=LOGIN
Tue 2013-11-26 17:47:06: --> 250-AUTH LOGIN CRAM-MD5
Tue 2013-11-26 17:47:06: --> 250-8BITMIME
Tue 2013-11-26 17:47:06: --> 250 SIZE 100000000
Tue 2013-11-26 17:47:06: <-- MAIL FROM:<internet@transaero.ru> SIZE=5023
Tue 2013-11-26 17:47:06: Performing PTR lookup (244.224.193.151.IN-ADDR.ARPA)
Tue 2013-11-26 17:47:06: * D=244.224.193.151.IN-ADDR.ARPA TTL=(3) PTR=[tcymg01.travelocity.com]
Tue 2013-11-26 17:47:06: * Gathering A records...
Tue 2013-11-26 17:47:06: * D=tcymg01.travelocity.com TTL=(1) A=[151.193.224.244]
Tue 2013-11-26 17:47:06: ---- End PTR results
Tue 2013-11-26 17:47:06: Performing IP lookup (sgcommg01-out.sabre.com)
Tue 2013-11-26 17:47:06: * Error: * Сервер имен не содержит допустимых записей нужного типа для этого домена.
Tue 2013-11-26 17:47:06: ---- End IP lookup results
Tue 2013-11-26 17:47:06: Performing IP lookup (transaero.ru)
Tue 2013-11-26 17:47:06: * D=transaero.ru TTL=(4) A=[93.170.15.101]
Tue 2013-11-26 17:47:06: * P=010 S=000 D=transaero.ru TTL=(19) MX=[mx1.transaero.ru]
Tue 2013-11-26 17:47:06: * P=020 S=001 D=transaero.ru TTL=(19) MX=[mx.transaero.ru]
Tue 2013-11-26 17:47:06: * D=transaero.ru TTL=(4) A=[93.170.15.101]
Tue 2013-11-26 17:47:06: * D=transaero.ru TTL=(5) A=[93.170.15.101]
Tue 2013-11-26 17:47:06: ---- End IP lookup results
Tue 2013-11-26 17:47:06: Performing SPF lookup (transaero.ru / 151.193.224.244)
Tue 2013-11-26 17:47:06: * Policy: v=spf1 a:vm-exch01.central.transaero.ru a:vm-exch02.central.transaero.ru a:vm-exch03.central.transaero.ru a:vm-exch04.central.transaero.ru a:dme-tmg01.central.transaero.ru a:dme-tmg02.central.transaero.ru a:transaero.ru -all
Tue 2013-11-26 17:47:06: * Evaluating a:vm-exch01.central.transaero.ru: no match
Tue 2013-11-26 17:47:06: * Evaluating a:vm-exch02.central.transaero.ru: no match
Tue 2013-11-26 17:47:06: * Evaluating a:vm-exch03.central.transaero.ru: no match
Tue 2013-11-26 17:47:06: * Evaluating a:vm-exch04.central.transaero.ru: no match
Tue 2013-11-26 17:47:06: * Evaluating a:dme-tmg01.central.transaero.ru: no match
Tue 2013-11-26 17:47:06: * Evaluating a:dme-tmg02.central.transaero.ru: no match; no A record or error
Tue 2013-11-26 17:47:06: * Evaluating a:transaero.ru: no match
Tue 2013-11-26 17:47:06: * Evaluating -all: match
Tue 2013-11-26 17:47:06: * Result: fail
Tue 2013-11-26 17:47:06: ---- End SPF results
Tue 2013-11-26 17:47:06: --> 550 failed to meet SPF requirements
Tue 2013-11-26 17:47:06: <-- RSET
Tue 2013-11-26 17:47:06: --> 250 RSET? Well, ok.
Tue 2013-11-26 17:47:12: <-- QUIT
Tue 2013-11-26 17:47:12: --> 221 See ya in cyberspace
Tue 2013-11-26 17:47:12: SMTP session terminated (Bytes in/out: 87/334)

Вот как с этим бороться? Ума не приложу... Все остальное ходит спокойно.
Автор: vlary
Дата сообщения: 26.11.2013 17:28
akbr1k
Цитата:
Вот как с этим бороться? Ума не приложу...
А зачем тебе с этим бороться? Ну лажанулись ребята из Трансаэро, не занесли 151.193.224.244 в SPF запись.
Если они тебе нужны, заноси их в белый список и пускай без всяких проверок.
Автор: akbr1k
Дата сообщения: 26.11.2013 17:32
Извиняюсь за оффтоп.

Да за..... уже, ей богу, таких ребят вагон и маленькая тележка.

Да юзвери пилят по жести, так то ладно простые смертные, а то ж и руководоство в их числе, и им сложно объяснить что проблема не у нас...

P.s. Еще раз извините, накипело.

P.p.s. Как правильно их занести в белый список?

P.p.p.s Отправил им письмо с логом, пусть думают.
Автор: qxaszw12
Дата сообщения: 26.11.2013 18:43
akbr1k

Цитата:
и руководоство в их числе, и им сложно объяснить что проблема не у нас..

Я таких "непонимающих" просто исключаю из каких-либо проверок (whitelist) и огребайте господа сколько влезет. На вопли и вопросы "Почему так много спама?" у меня всегда один ответ - "Посылаю не я! Вопросы не ко мне!"
Автор: ipmanyak
Дата сообщения: 27.11.2013 05:10
akbr1k
transaero.ru - российская фирма. travelocity.com - забугорный сайт.
Тут еще стоит подумать, имеет ли право этот хост слать почту от имени transaero.ru.


Автор: akbr1k
Дата сообщения: 27.11.2013 09:55
Судя по всему имеет... Так как подтверждение оплаты приходит без проблем, но от travelocity.com. А при запросе билетов в эл. виде, происходит то что указанно выше.

Они мне ответили что передали сообщение своим админам...

Ребята, у меня вопрос по поводу spf - я видимо дебил, но я упорно не понимаю где конкретно его надо прописывать... Я понял как создается, принцип работы, прочитал вагон инфы, но упорно не понимаю..( Ткните носом, или ссыль, на ресурс где прям для дебилов это объясняют...
Автор: ipmanyak
Дата сообщения: 27.11.2013 10:12
akbr1k В файле зоны в нэймсервере, тип записи TXT.
TXT "v=spf1 ..... "

Автор: mishak
Дата сообщения: 27.11.2013 10:13
akbr1k
spf про свой домен надо создать в ДНС сервере для своего домена
Автор: Namsik
Дата сообщения: 28.11.2013 09:13
Здраствуйте возможно моя проблема и решена была выше, ну поиск мне нечего внятного не показал
В общем есть Multipop и стоит галка удалять сообщения старше 3 дней
Thu 2013-11-28 17:51:21: 03: --> USER user@*****
Thu 2013-11-28 17:51:21: 02: <-- +OK
Thu 2013-11-28 17:51:21: 03: --> PASS ******
Thu 2013-11-28 17:51:21: 02: <-- +OK User successfully logged on.
Thu 2013-11-28 17:51:21: 03: --> STAT
Thu 2013-11-28 17:51:21: 02: <-- +OK 86 29743455
Thu 2013-11-28 17:51:21: 03: --> UIDL
Thu 2013-11-28 17:51:21: 01: 1 4154 - old message
Thu 2013-11-28 17:51:21: 01: 2 4155 - old message
Thu 2013-11-28 17:51:21: 01: 3 4156 - old message
Thu 2013-11-28 17:51:21: 01: 4 4157 - old message
Thu 2013-11-28 17:51:21: 01: 5 4158 - old message
Thu 2013-11-28 17:51:21: 01: 6 4159 - old message
Thu 2013-11-28 17:51:21: 01: 7 4160 - old message
Thu 2013-11-28 17:51:21: 01: 8 4161 - old message
Thu 2013-11-28 17:51:21: 01: 9 4163 - old message
*******************************************
Thu 2013-11-28 17:51:21: 03: --> .
Thu 2013-11-28 17:51:21: 03: --> NOOP
Thu 2013-11-28 17:51:21: 02: <-- +OK
Thu 2013-11-28 17:51:21: 03: --> QUIT
Thu 2013-11-28 17:51:21: 02: <-- +OK Microsoft Exchange Server 2010 POP3 server signing off.
Thu 2013-11-28 17:51:21: 01: POP3 session complete (Bytes in/out: 3186/880)
вот лог т.е он видит что сообщение старое ну по истечении 3 дней он не удаляет его...
И второй вопрос я попробовал включить domain pop, он собирает почту ну выдает это сообщение и также по истечении 3 дней не удаляет сообщения.
Thu 2013-11-28 17:51:03: 01: ----------
Thu 2013-11-28 17:56:01: 05: Attempting DomainPOP connection to [Хост:110]
Thu 2013-11-28 17:56:01: 05: Resolving A record for [Хост] (DNS Server: 194.67.1.154)...
Thu 2013-11-28 17:56:02: 04: * Сервер имен сообщает, что имя домена не опознано
Thu 2013-11-28 17:56:02: 05: Attempting DomainPOP connection to [Хост:110]
Thu 2013-11-28 17:56:02: 05: Resolving A record for [Хост] (DNS Server: 194.67.1.155)...
Thu 2013-11-28 17:56:02: 04: * Сервер имен сообщает, что имя домена не опознано
Thu 2013-11-28 17:56:02: 05: Attempting DomainPOP connection to [Хост:110]
Thu 2013-11-28 17:56:02: 05: Resolving A record for [Хост] (DNS Server: 8.8.8.8)...
Thu 2013-11-28 17:56:02: 04: * Сервер имен сообщает, что имя домена не опознано
Thu 2013-11-28 17:56:02: 05: Attempting DomainPOP connection to [Хост:110]
Thu 2013-11-28 17:56:02: 05: Resolving A record for [Хост] (DNS Server: 77.88.8.8)...
Thu 2013-11-28 17:56:02: 04: * Сервер имен сообщает, что имя домена не опознано
Thu 2013-11-28 17:56:02: 01: ----------
Thu 2013-11-28 17:56:02: 01: POP3 session complete (Bytes in/out: 0/0)
Thu 2013-11-28 17:56:01: 05: Attempting DomainPOP connection to [90.156.205.100:110]
Thu 2013-11-28 17:56:01: 05: Waiting for socket connection...
Thu 2013-11-28 17:56:02: 05: * Connection established (192.168.0.250:3032 -> 90.156.205.100:110)
Thu 2013-11-28 17:56:02: 05: Waiting for protocol to start...

Автор: qxaszw12
Дата сообщения: 28.11.2013 09:50
Namsik

Цитата:
Thu 2013-11-28 17:56:01: 05: Resolving A record for [Хост] (DNS Server: 194.67.1.154)...


DNS Server не может получить А-запись для вашего хоста с которого вы пытаетесь забрать почту.
Покажите свой [Хост] и мы поможем вам разобраться с этой ситуацией.

А остальное - всё вроде так и должно быть (хотя я и могу ошибаться).
Автор: Namsik
Дата сообщения: 29.11.2013 06:01

Цитата:
DNS Server не может получить А-запись для вашего хоста с которого вы пытаетесь забрать почту.
Покажите свой [Хост] и мы поможем вам разобраться с этой ситуацией.

я не менял лог совсем мне мдемон так и пишет ну в DNS я вроде разобрался вся суть что я выхожу через 1 шлюз т.е почтовый сервер так же как и все не имеет прямой выход в интернет, а через "интернет сервер" последняя запись которая таки работает и являеться той самой записью)), мне больше интересно почему ни multipop, ни domainpop не удаляют почту с того хоста через 3 дня....
Автор: ipmanyak
Дата сообщения: 29.11.2013 09:59
Namsik Версия Mdaemon ?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

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


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