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

» Все о MDaemon (#3)

Автор: N001EKM
Дата сообщения: 13.12.2007 08:16

Цитата:
В логах сессий.


А где это?
Автор: ada_100
Дата сообщения: 13.12.2007 10:23
Здравствуйте
Никто не поможет или не подскажет где найти: как сделать для внутреннего клиента уведомление о доставке? В оутлуке стоят галочки "уведомление о доставке" и "уведомление о прочтении" - уведомление о прочтении приходит, а о доставке нет . Версия MDaemon'а 9.5.2

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

P.S. Тип сервера, с которым работает клиентская часть - POP3
Автор: WhiteMamba
Дата сообщения: 14.12.2007 09:42
Всем привет!
MDaemon 9.5.3, Security Plus 3.0.2.
Пытаюсь обновлять антвирусные базы с локального фтп-сервера. Базы заливаются посредством Kaspersky Administration Kit 6.0.1405. Security Plus берет обновления из папки ".../Updates/Bases/five/avc".
Соединение проходит нормально, файлы обновления скачиваются, устанавливаются, а в конце сессии выполняется действие Validation -- Failed, соответственно общий результат Failed. При обновлении с сайтов, ессесно такого не обнаруживается. С чем это связано?

И еще, при обновлении с сайтов действие Getting File List -- Failed, при запуске обновления с локального фтп ОК. В чем причина - непонятно.
Автор: JcVai
Дата сообщения: 14.12.2007 10:51
ada_100
Уведомления о прочтении обрабатываются клиентским ПО, о доставке - сервером.
Соответственно, у тебя на демоне отключена опция генерировать уведомления о доставке.
Поставь галочку: Misc. Opt.->Headers -> Honor "Return-Receipt-To" headers
Автор: ada_100
Дата сообщения: 14.12.2007 14:28
Заработало . Спасибо большое JcVai.

Только получилось половинчатое решение. Эти запросы отрабатываются внутри домена, а за его пределами нет .
Автор: ipmanyak
Дата сообщения: 14.12.2007 15:48
ada_100 А кому оно надо заботится о твоих уведомлениях ? Пусть клиент-получатель удосуживается отвечать на уведомление и хватит. Если письмо не вернулось с ошибкой от сервера, значит доставлено ! Отсутствие ошибки от сервера и есть уведомление о доставке.
Автор: ada_100
Дата сообщения: 14.12.2007 16:47

Цитата:
ada_100 А кому оно надо заботится о твоих уведомлениях ? Пусть клиент-получатель удосуживается отвечать на уведомление и хватит. Если письмо не вернулось с ошибкой от сервера, значит доставлено ! Отсутствие ошибки от сервера и есть уведомление о доставке.


Просто, если пользователи отправляют что-то важное им нужно, какое-то визуальное подтверждение, что письмо ушло и не факт, что получатель просмотрит его в этот же день. А так они приходят ко мне и чтобы развеять их опасения приходится смотреть логи - а это не очень удобно . Может есть какая-нибудь возможность реализовать уведомления?
Автор: ipmanyak
Дата сообщения: 14.12.2007 18:36
ada_100 Отсутствие ошибки от сервера и есть уведомление о доставке.
Еще что-то пояснить ?
Автор: 5555555
Дата сообщения: 14.12.2007 18:45
ipmanyak

Цитата:
Отсутствие ошибки от сервера и есть уведомление о доставке.

И это есть факт месье Дюк. (Приключения неуловимых).

но мысль ada_100 тоже понять можно - по логам СРАЗУ видно, что оно доставлено, а не надо ждать возврата после н-ной ошибки доставки..

Автор: ada_100
Дата сообщения: 17.12.2007 08:56
Принято. С фактами не поспоришь, хотя иногда очень хочется.

Спасибо всем кто принимал участие в решении моей проблемы .
Автор: Doubble
Дата сообщения: 17.12.2007 13:27
MDaemon 9.6.3,
сервер с двумя сетевухами и адресами х.x.x.x и y.y.y.y,
три домена: праймари domain1 висит на x.x.x.x(primary domen IP) и два secondary домена висят на y.y.y.y,
у клиентов работающих с праймари доменом в качестве smtp и pop3 сервера прописан адрес x.x.x.x, почта уходит, но в логах пишет: connection established (y.y.y.y -> z.z.z.z), т.е. отправляется почта с друго-го айпишника, который прописан для секандари доменов.

PS: Метрика одинаковая

UPD: Проблема в том что наружу почта уходит с другого айпишника, т.е. z.z.z.z это адрес внешнего smtp сервера адресата письма. Внутри все порты биндятся по правильным айпишникам

UPD: Разобрался
Автор: AMatrosov
Дата сообщения: 19.12.2007 13:09
Стоит Mdaemon 9.6.2 - Outlook Connector 2.1.6 - Microsoft Outlook 2003. Порядка 60 клиентов.
Все работает нормально. Но очень смущает общее подтормаживание этой связки. Время первой загрузки почтового клиента доходит до 1-2 минут. Переключение м\у почтовыми папками тоже происходит с заметными тормозами. Причем это не зависит от количества сообщений в папке. Пробовал подключать напрямую по IMAP (без OC) - все просто летает. Вопрос использующим OC - у вас то же самое?
Автор: brassnet
Дата сообщения: 19.12.2007 14:10
AMatrosov
А настроечки по просмотру папок не менял с дефолтных случаем? Если мне не изменяет память, там где-то есть опция говорящая клиенту, что не просматривать при старте другие папки и паблик фолдерсы, за исключением папки "входящие"...
Автор: Antdik
Дата сообщения: 19.12.2007 15:29
Накрылся сервер осталась только копия папки MDaemon (v8.1.3). Возможно ли скопировав папку на новый сервер Ставить сразу v9.6.2 или придется поднимать 8.1.3, а потом обновлять до 9
Автор: ipmanyak
Дата сообщения: 19.12.2007 15:36
Antdik Тупо ставишь поверх новую версию (любую) в старый каталог mdaemon. Вспомнить был лиmdaemon 8.1.3 кракнутый и удалить старый крак (вероятнее всего inetmib1.dll). Кое-какие настройки потом придется вносить, потому как
версия 9.6 ушла далеко вперед. Антивирь тоже нужно будет качать другой не 2.2.9, а SecurityPlus v3.05
Автор: brassnet
Дата сообщения: 19.12.2007 15:40
Antdik
Восстановить 8 версию, подсунуть папки, проверить конфиги, а потом обновится до 9...
Автор: sbera80
Дата сообщения: 19.12.2007 17:24
Вопрос !!!

Есть MDaemon 9.6
Работает, принимает/отправляет как локально так и вовне... Но...
В правилах маршрутизации стоит раскидка полученных на один ящик писем на несколько других локальных ящиков. Из интернета письма приходят на этот ящик и раскидываются куда надо, но если локально кинуть письмо на этот ящик, то на ящик они поступают, а раскидываться по остальным не хотят. В чем проблема?

Заранее спасибо.
Автор: mishak
Дата сообщения: 19.12.2007 18:40
sbera80
укажи все очереди , для которых правило должно срабатывать

2 All
прикрутил последний Xinha Release: 0.94 (18 Oct 2007) к WC
чтоб кнопочек много и разных было в редакторе сообщения
Автор: ipmanyak
Дата сообщения: 20.12.2007 08:25
sbera80 Не проще сделать список рассылки вместо того ящика ? И отправлять всё на него ? Нафига такие сложности с маршрутизацией?
Автор: sbera80
Дата сообщения: 20.12.2007 09:06
mishak
Хорошо... где настраиваются (или посмотреть) очереди для которых срабатывает правило?
Не по вопросу: Секрет с Xinhой не раскажешь?

ipmanyak
Я хочу понять почему и где, а не проще или сложнее...
До определенного момента всё работало и так, а дописать правило в domainPOP дело минуты максимум.
Автор: AMatrosov
Дата сообщения: 20.12.2007 12:44
brassnet
Нет, эти настройки OC не менял, проверяет только папку входящие.
Автор: brassnet
Дата сообщения: 20.12.2007 13:56
AMatrosov
Антивирь проверь, может активный монитор сканирует трафф...
Автор: ipmanyak
Дата сообщения: 20.12.2007 14:05
sbera80 Маршрутизация у тебя расписана в DOMAINPOP, при отправке писем внутри домена, письма просто перекладываются из одного ящика в другой и твой DOMAINPOP тут мимо кассы, потому как всё идет на уровне SMTP, а DOMAINPOP это POP. Подумай насчет списка рассылки.
Автор: sbera80
Дата сообщения: 20.12.2007 15:06
ipmanyak
Хорошо, тогда почему письма из 1-го локального ящика на другой (один обязательно) локальный приходят??? А из 1-го на несколько нет? Я чего-то не понимаю?

Уффф! Решил перенаправлением из ящика непосредственно....
Но все равно интересно.... Почему работало-работало, а потом вдруг умерло...
Автор: KonstVI
Дата сообщения: 21.12.2007 06:01
Есть ящик на mail.ru, забираю письма мультипопом на свой ящик - не выходит.

Fri 2007-12-21 08:49:11: Session 230; child 1
Fri 2007-12-21 08:48:50: MultiPOP получает почту от (mail.ru) для (ООО Запсибэлектрострой)
Fri 2007-12-21 08:48:50: MultiPOP полученная почта НЕ будет удалена с удаленного хоста!
Fri 2007-12-21 08:48:50: Устанавливаю MultiPOP подключение к [mail.ru:110]
Fri 2007-12-21 08:48:50: Разрешение A-записи для [mail.ru] (DNS-сервер: 89.250.144.17)...
Fri 2007-12-21 08:48:50: * D=mail.ru TTL=(330) A=[194.67.57.226]
Fri 2007-12-21 08:48:50: Устанавливаю MultiPOP подключение к [194.67.57.226:110]
Fri 2007-12-21 08:48:50: Ожидание подключения сокета...
Fri 2007-12-21 08:49:11: * Winsock Error 10060 Тайм-аут соединения.
Fri 2007-12-21 08:49:11: POP session complete (Bytes in/out: 0/0)
Fri 2007-12-21 08:49:11: ----------

В чем дело?
Автор: alezander
Дата сообщения: 21.12.2007 06:11
KonstVI
Пингани со своего сервака mail.ru, потом проверь телнетом.
Автор: ipmanyak
Дата сообщения: 21.12.2007 06:18
KonstVI Моя почта не уходит (не приходит)


Добавлено:
KonstVI Или таймаут маленький или зафаерволился вусмерть, типа в танке сидишь, порты на вход свыше 1023 открыты ?
Автор: KonstVI
Дата сообщения: 21.12.2007 07:04
Увеличил таймеры - ничего. Напрямую письма приходят.
mail.ru пингуется, а телнетом по 110 порту не коннектится.
Автор: iraklizh
Дата сообщения: 22.12.2007 11:57
Добрый день всем!!! в фирме где я работаю, решили что пора стилизовать рассылать майлыс логотипом фирмы и т.д.
Как это будет лутше реализовать посоветуйте плиз. У юзеров в основном the bat, но есть и outlook 2003. Можно ли это дело доверить daemon-у, чтоб все сообшения были бы в одном формате? Я иммею ввиду такое... юзер набирает текст, а даймон уже привязывает бекграундом нужные картинки и т.д.

server 2003, AD, mdaemon ver 8.2
Автор: bombording
Дата сообщения: 22.12.2007 16:50
добрый день. Скажите пожалуйста как настроить этот почтовый сервер для работы с внешними почтовыми ящиками? Внешними, подразумевается почта на одном из хостингов интернета. Голову сломал уже... ( Мануал что ли какойонибудь хотя бы найти..

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071

Предыдущая тема: Копирование с Cisco через консольный провод


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