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

» Все о MDaemon (#5)

Автор: qxaszw12
Дата сообщения: 30.07.2014 16:56
ColdFire2000

Цитата:
Сервер сообщает: <      @inbox.ru>, Recipient unknown


Этот адрес на самом деле не существует, причём однозначно и без вариантов.
Автор: ColdFire2000
Дата сообщения: 30.07.2014 17:05
шутники
Автор: Merlin_Cori
Дата сообщения: 30.07.2014 17:09
ColdFire2000

Цитата:
шутники


в смысле?
Recipient unknown=Получатель неизвестен...

какие тут шутки
Автор: qxaszw12
Дата сообщения: 30.07.2014 17:32
ColdFire2000

Цитата:
шутники


Да нам-то как-то без разницы кто мы, проблемы-то у вас!

Можно очень долго искать кошку в тёмной комнате, особенно если её там нет!
Автор: vlary
Дата сообщения: 30.07.2014 18:04
ColdFire2000
Цитата:
При этом тут же шлю на свой адрес @mail.ru - все уходит без шума и пыли
А это ничего, что SPF проверяется исключительно при приеме письма, а не его отправке?
З.Ы.: Я не шучу!
Автор: ColdFire2000
Дата сообщения: 30.07.2014 18:48
vlary
возможно.
Но я описал ситуевину которая есть сейчас. Ругается то у меня при отправка.
Но если Вы правы - и это блокирует мою отправку mail.ru
тогда почему это происходит на одних ящиках, но не работает на других.

Меня интересует, что нужно сделать, дабы почта проходила нормально...
Автор: fly_indiz
Дата сообщения: 30.07.2014 18:49

Цитата:
Можно очень долго искать кошку в тёмной комнате, особенно если её там нет

с утверждением - полностью согласен.
можно долго разводить абстрактные дискуссии без взгляда на полный лог неудавшейся отправки.
Автор: ColdFire2000
Дата сообщения: 30.07.2014 18:52
fly_indiz
да нету лога... это ошибки из The bat! который пытался отправить почту.
Автор: fly_indiz
Дата сообщения: 31.07.2014 10:30
ColdFire2000
Если thebat пытался отправить почту, значит он связался с мдемоном для этой цели. значит в MDaemon должен быть как минимум лог этой связи (успешной или неуспешной) в smtp-in.
Далее ситуация может быть разной:
1) или процесс связи зэбата с мдемоном вышел неуспешным (разбирать лог этой связи)
2) или мдемон принял письмо от зэбата (т.е. лог связи зэбата с мдемоном - успешный), потом попытался его отправить наружу, например неуспешно, о чем прислал в ящик пользователя уведомление о невозможности доставки (тут надо смотреть и разбирать лог связи мдемона с наружкой smtp-out).

иными словами - хотябы один лог должен быть для начала разбора ситуации.
Ну кроме возможно такой хитрой ситуации когда зэбат сам принципиально не захотел отправлять письмо и даже не начал связываться с мдемоном для этого. Ну в таком случае мдемон то тут каким боком? В таком случае пора бы менять глючный софт
Автор: vlary
Дата сообщения: 31.07.2014 10:51
fly_indiz
Цитата:
Если thebat пытался отправить почту, значит он связался с мдемоном для этой цели. значит в MDaemon должен быть как минимум лог этой связи
Спорное утверждение. Могут быть ситуации, когда клиент просто не может соединиться с сервером.
В этом случае сервер будет в полном неведении.
Кстати, случаи не такие уж редкие, время от времени у меня юзеры жалуются,
что почта не уходит, в качестве причины сообщение "Не могу соединиться с сервером".
Причем сервер нормально пингуется, на 25 порт идет телнетом.
После перезагрузки компа фефект пропадает, почта нормально уходит.
Автор: fly_indiz
Дата сообщения: 31.07.2014 13:57
vlary
Да, согласен. Примерно это я и описал в конце предыдущего поста. Но не уверен что проблема тут в самом мдемоне. В таких ситуациях может быть виноват либо косячный клиент (зэбат), либо сетевые проблемы на компе клиента либо сетевые проблемы на сервере с мдемоном, либо сетевые проблемы между ними (свичи/роутеры/вайфайники и прочая сетевая требуха).

Но изначально всётаки стоит поискать в smtp-in сессию от зэбата в начале расследования чтобы было яснее в какую сторону плясать дальше
Автор: zil1989
Дата сообщения: 04.08.2014 09:47
1. Можно ли напрямую с сервера просматривать письма на учетных записях? Если да, то как?
2. На одной учетной записи следующая проблема. На папке "Входящие" висит количество непрочитанных писем, равное 7. В папке "Входящие" все письма прочитаны. Где искать эти 7 непрочитанных писем, которые вроде бы есть, а которых по сути и нет? Или это какой-то глюк сервера?

Заранее спасибо.
Автор: ipmanyak
Дата сообщения: 04.08.2014 10:49
zil1989 Можно, если они лежат на сервере в папке юзера, например блокнотом.

Цитата:
Где искать эти 7 непрочитанных писем
Возможно дата писем старая. Отсортируйте в папке Входящие по Непрочитанным или жмакните "Отобразить все сообщения" , отсортируйте по дате и листайте до до упора.
Возможно попали в спам-папку Нежелательная почта или по правилу перемещены в какие-то другие папки.

Автор: rimfile
Дата сообщения: 04.08.2014 12:30
подскажите пожалуйста,
что можно сделать с такой ошибкой "при переходе к новому формату базы данных возникла ошибка. mdaemon восстановил последние известные настройки".
перенес mdaemon 9 версии на mdaemon 14.0.2
Автор: zaebiska
Дата сообщения: 04.08.2014 21:44
Гуру, поясните, пожалуйста, где собака порылась... Картина такая: MDaemon установлен на Win Server2003, на этом же сервере крутится IIS (нужен для WSUS). В MDaemon активен WorldClient на порте 3000, IIS на порте 80.

После ребута видим в логах, что IIS не стартует с жалобой на то, что порт занят. Поиски "вредителя" указывают на WorldClient (хотя он на 3000, повторюсь).

Если вручную остановить WorldClient, то IIS спокойно запускается. И, что самое забавное, после его запуска точно так же легко стартует и WorldClient. Но только в такой последовательности.

В чём косяк?
Автор: vlary
Дата сообщения: 04.08.2014 22:12
zaebiska
Цитата:
В чём косяк?
Ссылка
Автор: zaebiska
Дата сообщения: 04.08.2014 23:36
vlary, это не совсем мой случай.

Problem
On a machine with multiple IP address and WorldClient running on port 80, IIS will not start.

У меня один IP на этой машине, и WorldClient не на 80 порте, а на 3000. Впрочем, у них на картинке тоже 3000 написано. Зачем же он тогда на 80 слушает?
Автор: anton04
Дата сообщения: 05.08.2014 00:08
All

Поддерживает ли демон (в частности 13.6х версии) метод аутентификации RFC-2095? Или максимум, что он может это поддержка RFC-1734 ?
Автор: ipmanyak
Дата сообщения: 05.08.2014 06:06
anton04 Любой Mdaemon поддерживает CRAM-MD5 - это имхо и есть rfc-2095. Включается тут
http://help.altn.com/mdaemon/ru/index.html?ssl__certificates.htm
По дефолту включено - ...принимает команды APOP & CRAM MD5
Если перейдешь на CRAM-MD5, тогда имхо нужно отключить опцию - Разрешить незашифрованные пароли. Настройка там же.
Ну и в почтовом клиенте нужно ставить соответствующие птицы.



Добавлено:
zaebiska Может ты сам сказал Mdaemon слушать дополнительно на порту 80, кроме 3000. Такая опция есть: http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=KBA-02442
Чтобы яблофоны могли работать с Mdaemon через ActiveSync, WC должен слушать на портах 80 и/или 443.
http://www.altn.com/Support/KnowledgeBase/KnowledgeBaseResults/?Number=KBA-02420
Автор: zaebiska
Дата сообщения: 05.08.2014 10:13
ipmanyak, и впрямь, ActiveSync подлый 80 порт занял. Отключил, благо он мне не нужен ни разу. Спасибо!
Автор: anton04
Дата сообщения: 05.08.2014 10:17
ipmanyak

Понятно. Не зашифрованные пароли отключаются тут http://help.altn.com/mdaemon/ru/default_domain_and_servers_servers.htm.
Подскажите пожалуйста, правильно ли я понимаю что метод аутентификации CRAM-MD5 (RFC-2095) более надёжен что-ли чем MD5 APOP (RFC-1734)?

P.S. К сожалению не нашёл сравнения этих двух методов и чем один отличается от другого.
Автор: devilz696
Дата сообщения: 05.08.2014 11:16

Цитата:
Есть у кого-нить проблема с отправкой файлов из 2013 экселя?
При использовании коннектора, письма уходят в таком виде:
 
http://s019.radikal.ru/i634/1406/3f/03620942c5a1.png
 
Причем, если использовать обычный IMAP, проблемы не возникает


Мужики, а в 14й версии точно этот баг поправлен? Может кто проверить?
Он кроме экселя еще проявился в адоб и фоксит ридерах.
Автор: ipmanyak
Дата сообщения: 05.08.2014 11:45
anton04 Почитай первые 5 абзацев RFC 2095, там хорошо расписаны недостатки APOP и преимущество CRAM перед APOP. Цель то конечная какая?

Добавлено:
devilz696 Версия коннектора какая? Для аутлука 2013 много исправлений было в OC 2.3.3
http://files.altn.com/outlookconnector/release/relnotes_ru.txt
Автор: devilz696
Дата сообщения: 05.08.2014 12:26
ipmanyak
Коннектор последний, т.е. 2.3.3, Демон 13.6
Да че тут говорить, когда даже в интерфейсе плагина присутствуют кривости...
http://s018.radikal.ru/i523/1408/2c/bc8232b651ca.gif
Автор: anton04
Дата сообщения: 05.08.2014 14:58
ipmanyak

К сожалению не владею в такой свободной форме аглицким, найти корректный перевод не удалось (то что переводят всякие on-line переводчики я вообще умолчу).


Цитата:
Цель то конечная какая?


Банально обезопасить почту, в том числе логины и пароли от перехвата.
Автор: ipmanyak
Дата сообщения: 06.08.2014 05:53
anton04 От инсайдеров безопасишься? Пароли быстрее подберут, чем перехватят. Хочешь посекурнее - юзай SSL для IMAP/POP/SMTP.
https://ru.wikipedia.org/wiki/SSL Mdaemon поддерживает SSL & TLS
Автор: anton04
Дата сообщения: 06.08.2014 12:29
ipmanyak


Цитата:
От инсайдеров безопасишься?





Цитата:
Пароли быстрее подберут, чем перехватят.


Заманаются перебиравши, у меня тайм аут стоит.


Цитата:
Mdaemon поддерживает SSL & TLS


В курсе, благодарю.
Автор: ipmanyak
Дата сообщения: 06.08.2014 14:20
anton04 Если захотят, то выцепят пару твоих юзеров и ректальным методом с помощью паяльника всё расскажут!
Автор: qxaszw12
Дата сообщения: 06.08.2014 14:35
ipmanyak

Ну как правило, почтовый пароль юзер не знает, т.к. почту настраивает компьютерщик, так что "врагам" даже стоватный паяльник не поможет!
Автор: ipmanyak
Дата сообщения: 06.08.2014 14:44
qxaszw12 Если ходит через WC, то знает.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

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


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