» Все о MDaemon (#5)

mightu86

Цитата:

Действительно в \MDaemon\Queues\Inbound лежало письмо весом около гига...

Мой совет, за такие "шутки" выпишите юзеру который засунул такое письмо пинков побольше, по больнее и при всех (типа публичной порки), что бы остальные задумались о том что делают за компьютером и почаще включали мозги!

zed3d
Цитата:

А вот что взаместоэтого прописать? mx.ufficio.ru, просто ufficio.ru, или просто IP адрес почтового сервера?

А что хочешь. Можешь айпи, можешь так
IN TXT "v=spf1 +a +mx -all"
Если у тебя А запись для ufficio.ru совпадает с айпи сервера.
Правда, сейчас у тебя нет А записи.

Добавлено:
qxaszw12
Цитата:

Мой совет, за такие "шутки" выпишите юзеру

А причем тут юзер? Он по природе неадекватен.
Должна быть корпоративная политика относительно электронной почты.
Я вот поставил ограничение 10 метров на аттачмент, и сервер бОльшие письма просто не принимает.
Конечно было много скрипа по этому поводу, но я убедил начальство, что для оперативной доставки почты и нетормозной работы почтовых клиентов это просто необходимо.

vlary

Цитата:

А причем тут юзер?

А притом, что он должен думать и понимать, что он делает и к каким последствиям это может привести.

От всех проблем невозможно защититься заранее и для "неадекватных" манагеров у меня одно единственное требование - "Если ты не знаешь что делать - позвони (хоть посредине ночи) и спроси, т.к. исправлять твои косяки мне будет значительно сложнее". Вот за несоблюдение этого требования (ответ неадеквата типа - "Я думал что пройдёт") и выписать по первое число. Ему думать нужно о своей работе (например, моим манагерам о том как продавать барахло которым забит склад), а не о том как через задницу что-то сделать с почтой или базой данных!

Цитата:

Правда, сейчас у тебя нет А записи.

Как нету?
Хост: mx
Тип: A
Значение записи: 79.***.***.***

vlary

Цитата:

Должна быть корпоративная политика относительно электронной почты.

Бывают случаи, что нужно пропихнуть кому-нибудь и сотню мегов по почте или наоборот - получить и хорошо, если я есть на работе, а если меня нет, а этот чёртов файл получить нужно, то возникнут проблемы убытки от которых можно очень легко посчитать на калькуляторе (а убытки для фирмы, это уже риск отсутствия премии и т.д.).

qxaszw12

Цитата:

А притом, что он должен думать и понимать, что он делает и к каким последствиям это может привести.

это фантастика

qxaszw12

Цитата:

Бывают случаи, что нужно пропихнуть кому-нибудь и сотню мегов по почте или наоборот - получить и хорошо, если я есть на работе, а если меня нет, а этот чёртов файл получить нужно, то возникнут проблемы убытки от которых можно очень легко посчитать на калькуляторе (а убытки для фирмы, это уже риск отсутствия премии и т.д.).

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

vlary
Ежели эту запись вообще удалить? Чем грозит?

kva49

Цитата:

Для таких случаев есть внешние обменники

Не каждому клиентосу объяснишь, что такое файлобменник или фтп, и им по большому счёту на вас глубоко плевать. Если он не купит этот хлам у вас, то ему его продадут другие (ваши конкуренты).
Ещё раз повторяю, случаев бывает масса и на каждом шагу соломку не подстелишь.


Цитата:

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

Сейчас в основной массе каналы более-менее хорошие и отослать/получить письмо в сотню мегабайт не проблема, а вот если неадекват поставит эту сотню метров в рассылку всем своим клиентосам, то почтовому серверу будет очень плохо. Именно это и должны знать и понимать пользователи, т.е. вы их должны об этом предупредить!
Ну а за гиг (от пользователя пошло метров 600-700) и бы лично долго и "извращённо насиловал" бы неадеквата, а потом бы выложил бы руководству то что он послал и посчитал бы на калькуляторе во что обошёлся простой почты (время программиста стоит немалых денег), т.е. занятие фигнёй по вычищению говна для неадекватов становится очень накладным мероприятием, и почему-то после этого у всех мгновенно включаются мозги.

qxaszw12

Цитата:

Сейчас в основной массе каналы более-менее хорошие и отослать/получить письмо в сотню мегабайт не проблема, а вот если неадекват поставит эту сотню метров в рассылку всем своим клиентосам, то почтовому серверу будет очень плохо. Именно это и должны знать и понимать пользователи, т.е. вы их должны об этом предупредить!
Ну а за гиг (от пользователя пошло метров 600-700) и бы лично долго и "извращённо насиловал" бы неадеквата, а потом бы выложил бы руководству то что он послал и посчитал бы на калькуляторе во что обошёлся простой почты (время программиста стоит немалых денег), т.е. занятие фигнёй по вычищению говна для неадекватов становится очень накладным мероприятием, и почему-то после этого у всех мгновенно включаются мозги.

Это так, поэтому предлагаемые ограничения на размер исходящей почты считаю необходимыми. Но 10 метров как-то маловато... хотя у меня на почтовике нет никаких ограничений. Как-то пользователь устроил рассылку архива в 400 метров и хорошо, только по внутренним клиентам - я сразу ничего и не заметил.
Для клиента не проблема получить файл из файлообменника - простую ссылку может любой ткнуть. С фтп сложнее, но тоже можно ссылку нарисовать. Выход есть всегда 8)

zed3d
Цитата:

Ежели эту запись вообще удалить? Чем грозит?

Ну, во-первых наличие этой записи будет лишним аргументом
другим почтовым серверам считать принимаемое письмо легитимным, а не спамом.
Во-вторых, это будет лишним аргументом для спамеров не подставлять ваш домен в
качестве фиктивного обратного адреса. А так ее отсутствие не критично.
kva49
Цитата:

Для клиента не проблема получить файл из файлообменника

Вот именно. Бабушка из деревни ведь не вкладывает банку варенья в конверт с письмом, а шлет посылку.
И я как раз для этой цели реализовал собственный файлообменник, которым легко,
без всяких логинов/паролей, просто щелкнув по ссылке в письме,
могут пользоваться как сотрудники, так и клиенты.

Офф-топик конечно лютый уже пошёл ...
Я конечно понимаю, есть корпоративная этика, правила, положения по отделам и прочее-прочее ...
Но бывают такие конторы, что, текучка даже у офисного планктона такая ... я уже не говорю о рабочем составе. Что объясняй или не объясняй, толку просто 0. Лучше всё продумывать на администраторском уровне... но увы и ах, всего предусмотреть не возможно, особенно в том месте, где не шибко силён.
P.S. Благо существуют такие форумы, где всегда рады помочь, за что спасибо огромное, ещё раз!

По поводу файлообменников и облаков, действительно вещь нужная и полезная, но существует куча контор, особенно крупных (типа Газпрома, Роснефти, Сибура и т.д.), где у всех своя политика, и у многих закрыты, облака и прочее(я уже не говорю о частных FTP и т.д.), и наверное все присутствующие здесь понимают, что сделать это проще паренной репы даже на просто Проксе, среднего уровня. Обмениваться с ними можно только почтой, причём обязательно с корпоративной, а у них почти у всех ограничения в 5 мб. А требуют от подрядчиков такую документацию, которая уже в 100мб не влезает ... и как хочешь, так и крутись тут. А у них целые ИТ департаменты. А у подрядчиков один человек отвечает за: AD, Proxy, Mail, 1C, SQL и вообще всё, что хоть как-то связанно с ИТ, а порой, и с тем, что втыкается в розетку.
И тут невольно вспоминаешь про одну очень хорошую поговорку - "Проблемы Ниггеров, Шерифа не ИПут."

ИМХО

Приветствую.

Подскажите какую версию mdaemon имеет смысл выбрать (не хочется тестировать все и сразу), в плане системных требований (AD, антивирус, антиспам и прочее не нужно) и минимального функционала для:
- получение почты с внешнего ящика (пока один на mail.ru и возможно в будущем с корпоративной почты на яндексе) и раздача её внутренним сотрудникам
- работа с почтой 5-7 человек (изначально идея поставить почтовик на сервере появилась из-за желания сэкономить трафик в выделенном канале 1 Мбит, чтобы 5 человек не грузили одно и тоже)
- работа с почтой через веб-клиент (понятно, что можно поставить любой сторонний, но родной думаю лучше поддерживает функционал)
- и соответственно отправка почты созданной через веб клиенты (предполагаю через очередь, если она отличалась в разных версиях, желательно чтобы настраиваемая, по типу короткие письма вперёд, чтобы одно толстое письмо не затыкало очередь)

win 2003, ОЗУ - 1Gb (сейчас активно используется половина на всё остальное)

P.S> если прожорливость самой новой и скажем 10-ой версии особо не отличается при одинаковых настройках функционала (т.е. базовые минимальные без расширения) - тогда понятно, но я преполагаю что есть какая-то переломная версия, с которой появилась стабильность и у которой повился современная веб-морда, а дальше уже пошли улучшения плюшек для работы с крупным контингентом пользователей внутри сети

P.SS> установил на своём компьютере Courier Mail Server + stunnel + apache + squirrelMail - всё работает, минимализм полный, но это конструктор, squirrelMail - меня лично устраивает, но и по внешнему виду и по функционалу сразу предполагаю что встретят в штыки, плюс как я понял CMS не поддерживает imap, в результате выльется в то, что работая через POP фактически любой веб клиент, будет каждому пользователю просто дублировать всю входящую почту (хотя могу и ошибаться)

Заранее спасибо за ответ.

user 51


Цитата:

P.S> если прожорливость самой новой и скажем 10-ой версии особо не отличается при одинаковых настройках функционала (т.е. базовые минимальные без расширения) - тогда понятно, но я преполагаю что есть какая-то переломная версия, с которой появилась стабильность и у которой повился современная веб-морда, а дальше уже пошли улучшения плюшек для работы с крупным контингентом пользователей внутри сети

13 версия достаточно стабильная, да и кряк к ней сделан добротно, а вот в 14 версии механизм активации переработан серьёзно.
По производительности что 10, что 11, что 12 или 13 версия вообще не заметил разницы. Код у них достаточно отлажен.

user 51

Цитата:

Подскажите какую версию mdaemon имеет смысл выбрать

win 2003, ОЗУ - 1Gb (сейчас активно используется половина на всё остальное)

Для данной конфигурации - любую, на которую найдёте подлом (вроде как ниже 9 сейчас уже не найти). Они полностью удовлетворяют всем вашим требованиям.


Цитата:

(предполагаю через очередь, если она отличалась в разных версиях, желательно чтобы настраиваемая, по типу короткие письма вперёд, чтобы одно толстое письмо не затыкало очередь)

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

ipmanyak

Да, установленна, но дальше 1-ого архива не видит

Камрады, еще раз спрошу, т.к. не получил ответа ранее.
Пользователям не приходят отчеты о доставке письма, в аутлуке2010 отмечено присылать отчты о доставке и о прочтении, приходят только о прочтении.
Судя по всему что-то в настройках демона это, но где, никак не могу найти.
Помоги пожалуйста.

Спасибо.

zed3d


Цитата:

Пользователям не приходят отчеты о доставке письма, в аутлуке2010 отмечено присылать отчты о доставке и о прочтении, приходят только о прочтении.
Судя по всему что-то в настройках демона это, но где, никак не могу найти.

Что бы MDaemon слал ответ на запрос о доставке, нужно поставить чекбокс - <Настройки> - <Заголовки> - <Отвечать на все запросы "Return_receipt-To:>

qxaszw12 Спасибо, поставил, посмотрим как будет.

И снова здравствуйте многоуважаемые гуру сего "чудесного" почтовика)

Подскажите мне пожалуйста, нельзя ли как то сделать чтобы имя "От" бралось из настроек на сервере, а не на клиенте? Что то я покопался, но ничего не нашёл! (((

1KAPMAH1
Цитата:

нельзя ли как то сделать чтобы имя "От" бралось из настроек на сервере, а не на клиенте?

Как все запущено!
Почтовый сервер не лезет в тело получаемого от клиента письма.
Он только добавляет заголовки Received: и Return-Path:
Заголовок From: сформированный клиентом он не трогает.
Поэтому если есть желание химичить с заголовками, нужно
озаботиться серверными правилами и скриптами, там вроде как есть
возможность добавлять/изменять заголовки.

vlary

Цитата:

Почтовый сервер не лезет в тело получаемого от клиента письма.
Он только добавляет заголовки Received: и Return-Path:  
Заголовок From: сформированный клиентом он не трогает.
Поэтому если есть желание химичить с заголовками, нужно
озаботиться серверными правилами и скриптами, там вроде как есть
возможность добавлять/изменять заголовки.

Хотелось бы понять, с какой целью нужно заниматься такими извращениями.

Доброе время суток Всем!

Может кто сталкивался с такими проблемами Mdaemon 12.5.8 EN:

1) Win7 + Outlook 2007/2010 с коннектором v3.0. Некорректная кодировка имен прикрепленных файлов в письме. Происходит это если в письмо вложить другое письмо, которое в свою очередь имеет файл во вложении и отправить. В пришедшем пользователю письме - имя файла "бьется" вместе с расширением, что приводит к невозможности открыть файл "двойным" кликом из письма. Аналогичная операция в связке Outlook 2010 - Exchange Server работает без проблем.

2) Mdaemon ActiveSync видит сообщения, которые вложены в пришедшем сообщении как файлы с расширением .DAT. т.е. открыть письмо, вложенное в другое письмо - не реально. Outlook такие вложенные сообщения понимает и открывает.

Менял в настройках Outlook кодировку исходящих сообщений UTF-8, Кириллица (Windows). Пробовал на нескольких клиентских машинах. На результат это не влияет.

Есть подозрения что проблема на стороне сервера.

Dikenson

Цитата:

Есть подозрения что проблема на стороне сервера.

MDaemon ни чего в сообщения не меняет, тем более имён вложенных файлов. Посмотрите само письмо полученное сервером (т.е. текстовым редактором откройте файл .msg) и там очень чётко увидите, что клиент отдал серверу, а заодно и все кодировки.

Dikenson
Цитата:

Происходит это если в письмо вложить другое письмо, которое в свою очередь имеет файл во вложении и отправить.

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

vlary

Цитата:

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

Вы это скажите разработчикам зебата, где эта фишка по умолчанию.
Недавно решал проблему - у человека не открывается такое письмо-вложение, хотя у других, как с ОЕ, так и батом, всё открывается. Пока не переслал письмо как письмо. На проблему пока забил, т.к. ни перезагрузка клиента, ни компа не помогли.

Цитата:

Вы это скажите разработчикам зебата, где эта фишка по умолчанию.

У разработчиков ЗеБата, в отличие от Мелкомягких, есть 2 разные кнопки: Перенаправить и Переслать. И ничего он по-умолчанию не делает. Это не барабашка.

plastunspb

Цитата:

У разработчиков ЗеБата, в отличие от Мелкомягких, есть 2 разные кнопки: Перенаправить и Переслать. И ничего он по-умолчанию не делает. Это не барабашка.

Я неточно выразился: просто "умолчательная" кнопка стоит левее и поэтому (?) пользуются только ей.

Цитата:

vlary

Цитата:
Почтовый сервер не лезет в тело получаемого от клиента письма.  
Он только добавляет заголовки Received: и Return-Path:  
Заголовок From: сформированный клиентом он не трогает.  
Поэтому если есть желание химичить с заголовками, нужно  
озаботиться серверными правилами и скриптами, там вроде как есть  
возможность добавлять/изменять заголовки.  

Хотелось бы понять, с какой целью нужно заниматься такими извращениями.

Ну например у пользователя почта на компьютере там он записан как Ф.И.О. и почта на телефоне там просто он написал им и когда ищешь письма от отправителя, то это как будто разные люди))
Надо попробовать с фильтром содержания поковыряться(

1KAPMAH1

Цитата:

Ну например у пользователя почта на компьютере там он записан как Ф.И.О. и почта на телефоне там просто он написал

Ну вообще-то это проблемы пользователя, вот пусть он сам и разбирается!
"Проблемы индейца шерифа не интересуют"!!! ©

У ipmanyak очень хорошая подпись под сообщениями!
Не уподобляйтесь такому админу!

А разбираться на сервере нужно только по email-адресам, т.к. одному богу известно, что эти юзеры напридумывают!