» Все о MDaemon (#5)

ColdFire2000

Цитата:

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

Этот адрес на самом деле не существует, причём однозначно и без вариантов.

шутники

ColdFire2000

Цитата:

шутники

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

какие тут шутки

ColdFire2000

Цитата:

шутники

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

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

ColdFire2000
Цитата:

При этом тут же шлю на свой адрес @mail.ru - все уходит без шума и пыли

А это ничего, что SPF проверяется исключительно при приеме письма, а не его отправке?
З.Ы.: Я не шучу!

vlary
возможно.
Но я описал ситуевину которая есть сейчас. Ругается то у меня при отправка.
Но если Вы правы - и это блокирует мою отправку mail.ru
тогда почему это происходит на одних ящиках, но не работает на других.

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

Цитата:

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

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

fly_indiz
да нету лога... это ошибки из The bat! который пытался отправить почту.

ColdFire2000
Если thebat пытался отправить почту, значит он связался с мдемоном для этой цели. значит в MDaemon должен быть как минимум лог этой связи (успешной или неуспешной) в smtp-in.
Далее ситуация может быть разной:
1) или процесс связи зэбата с мдемоном вышел неуспешным (разбирать лог этой связи)
2) или мдемон принял письмо от зэбата (т.е. лог связи зэбата с мдемоном - успешный), потом попытался его отправить наружу, например неуспешно, о чем прислал в ящик пользователя уведомление о невозможности доставки (тут надо смотреть и разбирать лог связи мдемона с наружкой smtp-out).

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

fly_indiz
Цитата:

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

Спорное утверждение. Могут быть ситуации, когда клиент просто не может соединиться с сервером.
В этом случае сервер будет в полном неведении.
Кстати, случаи не такие уж редкие, время от времени у меня юзеры жалуются,
что почта не уходит, в качестве причины сообщение "Не могу соединиться с сервером".
Причем сервер нормально пингуется, на 25 порт идет телнетом.
После перезагрузки компа фефект пропадает, почта нормально уходит.

vlary
Да, согласен. Примерно это я и описал в конце предыдущего поста. Но не уверен что проблема тут в самом мдемоне. В таких ситуациях может быть виноват либо косячный клиент (зэбат), либо сетевые проблемы на компе клиента либо сетевые проблемы на сервере с мдемоном, либо сетевые проблемы между ними (свичи/роутеры/вайфайники и прочая сетевая требуха).

Но изначально всётаки стоит поискать в smtp-in сессию от зэбата в начале расследования чтобы было яснее в какую сторону плясать дальше

1. Можно ли напрямую с сервера просматривать письма на учетных записях? Если да, то как?
2. На одной учетной записи следующая проблема. На папке "Входящие" висит количество непрочитанных писем, равное 7. В папке "Входящие" все письма прочитаны. Где искать эти 7 непрочитанных писем, которые вроде бы есть, а которых по сути и нет? Или это какой-то глюк сервера?

Заранее спасибо.

zil1989 Можно, если они лежат на сервере в папке юзера, например блокнотом.

Цитата:

Где искать эти 7 непрочитанных писем

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

подскажите пожалуйста,
что можно сделать с такой ошибкой "при переходе к новому формату базы данных возникла ошибка. mdaemon восстановил последние известные настройки".
перенес mdaemon 9 версии на mdaemon 14.0.2

Гуру, поясните, пожалуйста, где собака порылась... Картина такая: MDaemon установлен на Win Server2003, на этом же сервере крутится IIS (нужен для WSUS). В MDaemon активен WorldClient на порте 3000, IIS на порте 80.

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

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

В чём косяк?

zaebiska
Цитата:

В чём косяк?

Ссылка

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 слушает?

All

Поддерживает ли демон (в частности 13.6х версии) метод аутентификации RFC-2095? Или максимум, что он может это поддержка RFC-1734 ?

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

ipmanyak, и впрямь, ActiveSync подлый 80 порт занял. Отключил, благо он мне не нужен ни разу. Спасибо!

ipmanyak

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

P.S. К сожалению не нашёл сравнения этих двух методов и чем один отличается от другого.

Цитата:

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

Мужики, а в 14й версии точно этот баг поправлен? Может кто проверить?
Он кроме экселя еще проявился в адоб и фоксит ридерах.

anton04 Почитай первые 5 абзацев RFC 2095, там хорошо расписаны недостатки APOP и преимущество CRAM перед APOP. Цель то конечная какая?

Добавлено:
devilz696 Версия коннектора какая? Для аутлука 2013 много исправлений было в OC 2.3.3
http://files.altn.com/outlookconnector/release/relnotes_ru.txt

ipmanyak
Коннектор последний, т.е. 2.3.3, Демон 13.6
Да че тут говорить, когда даже в интерфейсе плагина присутствуют кривости...
http://s018.radikal.ru/i523/1408/2c/bc8232b651ca.gif

ipmanyak

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


Цитата:

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

Банально обезопасить почту, в том числе логины и пароли от перехвата.

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

ipmanyak


Цитата:

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

Цитата:

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

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


Цитата:

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

В курсе, благодарю.

anton04 Если захотят, то выцепят пару твоих юзеров и ректальным методом с помощью паяльника всё расскажут!

ipmanyak

Ну как правило, почтовый пароль юзер не знает, т.к. почту настраивает компьютерщик, так что "врагам" даже стоватный паяльник не поможет!

qxaszw12 Если ходит через WC, то знает.