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

» Все о MDaemon

Автор: xdelta
Дата сообщения: 25.08.2003 13:31
Все решается предельно просто. Нужно,чтобы стояло "Служба доступа к файлам и принтерам Microsoft". Галку желательно снять

Добавлено
Sorry, ошибся топиком
Автор: golkanavt
Дата сообщения: 25.08.2003 14:07
HellKing

нет, MPOP используется и так, я хочу чтобы часть пользователей могла получать свою личную почту в обход мдемона, не заводя эти ящики в учетные записи, возможно ли такое?
Автор: UNKNOWING
Дата сообщения: 25.08.2003 14:20
golkanavt


Бррррррр,. Реализуеца это не с помощью МДемона,. А с помощью НАТа,. ПРямым доступом к нету,. Просто в учетной записи клиента указываешь РОР и SMTP адреса внешних почтовых серверов, и клиент сам забирает почту,. Но это создает кучу трудностей,. Например с вирусами,.
Автор: golkanavt
Дата сообщения: 25.08.2003 15:42
UNKNOWING
так и было, только после установки winroute почему то клиенты не могут коннектиться напрямую, хотя для них открыты все порты
Автор: UNKNOWING
Дата сообщения: 25.08.2003 16:01
golkanavt

Выбрось винроут нах,. Не для того он сделан,. Да и на разум он слаб,. ака попса,.

Как поднять/настроить НАТ в Винде много написано,. Тем более что все по умолчанию позволяет сделать это в 10 нажатий мышкой,. С помощью службы Routing and Remote Access,,. (ну и прописать у клиентов gateway)

Да кстати,. релей - это пересылка,. релей реализуеца с помощью протокола СМТП,. вот и вся премудрость слова релей,. SMTP сервер = релей,.


Автор: golkanavt
Дата сообщения: 25.08.2003 16:23
ну почему же не для этого... мне трафик на десяток машин надо разруливать, а не тупо шарить его для всех
НАТ в винроуте кстати поднят, и что самое интересное, часть машин все таки может снимать свою почту в обход демона, а часть - нет. сорри за оффтоп
Автор: UNKNOWING
Дата сообщения: 25.08.2003 16:31
golkanavt

кто тебе мешает найти в чем различие в настройках ТСР??? наверняка трабл в этом,.. А хотя еще может быть куча причин,. например список allow хостов на винроуте, фиг его знает,. MS ISA тебе поможет,.

ВинРоут - попса,. максимум на 1-7 компов,. фсе,. кончаем офтоп,.
Автор: CoolVik
Дата сообщения: 25.08.2003 16:40
Сори за офтоп, но у меня офис работал порядка 50 машин выходили через винрут и вин рут как раз таки и разруливает NAT, да и ресурсов он поменее жрет чем ISA. Довольно гибкая весч. Что касается натинга SMTP, на пятерке это реализуется довольно просто. С источник firewall, получатель External добавляем SMTP, разрешаем это правило и говорим натить его и никаких проблем. Если комуто не судьба разобраться с софтиной - есть специализированный топик.
На данный момент работают под винрутом 10 офисов на разных версиях и операционках, никаких проблоем и имею всю гибкость - особенно в пятой версии.
http://forum.ru-board.com/topic.cgi?forum=5&topic=7347&start=120#15
Автор: UNKNOWING
Дата сообщения: 25.08.2003 16:46
CoolVik

Никто и не грит что он не работает,.

Насчет ресурсов готов спорить,.

Насчет гибкости винроута - каждому по потребностям,. и ваще Postfix forever!!
Автор: golkanavt
Дата сообщения: 25.08.2003 16:49
поставлю жирную точку в этом деле - все, забегала почта, все настроил пучком
следующий вопрос - как можно организовать рассылку по скрытым копиям?
Автор: Wiliam
Дата сообщения: 26.08.2003 14:04
Люди добрые помогите.

Настроил МД 6.7.2., вроде правильно. Почту по локалке посылает без проблем. Почту с общего удаленного ящика забирает, НО, не рассылает ее по локальным пользователям, а помещает всю в Badmsgs.
8( Что я не так сделал?
Автор: naPmu3aH
Дата сообщения: 26.08.2003 16:36
Wiliam

Цитата:
Что я не так сделал?

А что по этому поводу в DomainPOP логе???
Автор: Wiliam
Дата сообщения: 26.08.2003 16:39
Говорит, что все нормально! Все успешно передано и принято.
Тут скорее всего проблема в переадресации. Т.е. расброске мыла по юзерам.
А вот по этому поводу DomainPOP ничего не говорт.
Автор: naPmu3aH
Дата сообщения: 26.08.2003 16:49
golkanavt

Цитата:
следующий вопрос - как можно организовать рассылку по скрытым копиям?

Хм... А зачем?
Механизм рассылок (mailing lists) в MDaemon IMHO намного мощнее чем можно представить себе и реализовать рассылкой по скрытым копиям...

Добавлено
Wiliam

Цитата:
Тут скорее всего проблема в переадресации. Т.е. расброске мыла по юзерам

У тебя нормально создан домен изаведены пользователи или ты рассовываешь по ящикам Content Filter'ом?
Автор: golkanavt
Дата сообщения: 26.08.2003 19:35
проблемы сыпятся как из рога изобилия - обнаружилась следующая бяка: после того как машина-сервер засыпает-просыпается, mdaemon почему то вываливается без ошибок, просто закрывается и все, в чем может быть проблема? в логах вот что:

Код: The MDaemon service terminated unexpectedly. It has done this 1 time(s). The following corrective action will be taken in 0 milliseconds: No action.
Автор: naPmu3aH
Дата сообщения: 26.08.2003 19:44
golkanavt

Цитата:
после того как машина-сервер засыпает-просыпается

Ну это уж извини... Машина-сервер которая засыпает и просыпается
Если уж очень хочется засыпаний - поставь в каком-нибудь планировщике задание, которое периодически будет MDaemon перезапускать
Автор: golkanavt
Дата сообщения: 26.08.2003 19:50
naPmu3aH
сорри, не так выразился, не засыпает, а блокируется и выключается монитор машины, или появления на ней заставки, даже на минуту
Автор: naPmu3aH
Дата сообщения: 26.08.2003 20:30
golkanavt

Цитата:
сорри, не так выразился, не засыпает, а блокируется и выключается монитор машины, или появления на ней заставки, даже на минуту

Попробуй, например, заставку поменять на "Blank screen" (надеюсь у тебя там не OpenGL'ный трубопровод стоит) или "DPMS Off"(если есть)...
В любом случае думаю, что это если и проблемы MDaemon'а, то не самого по себе, а вызванные чем-то...
Автор: golkanavt
Дата сообщения: 27.08.2003 09:47
naPmu3aH
ну ты скажешь тоже, трубопровод.... у меня там logon screen saver, я не думаю что он ресурсы так сильно жрет, к тому же на машине памяти 512 метров, ниже 250 еще не опускалась планка свободной памяти, да и проц Р4 1.8, вполне достаточно
Автор: naPmu3aH
Дата сообщения: 27.08.2003 11:26
Ух-ты! Cовершенно случайно нашел роясь в MDaemon'овской KDB...

Все-таки можно сделать так, чтобы MDaemon брал пароли из домена NT.
Для этого надо в качестве пароля прописать "\\<domain_name>"
Автор: SEMENYCH
Дата сообщения: 27.08.2003 14:16
народ, посоветуйте. имею доменный ящик *@domen.ru, вся почта забирается и распихивается по юзверям. Но необходимо завести отдельный НЕ локальный ящик username@domen.ru, с которого люди в командировках могли бы забирать почту из любого места (уже завел). Так вот при отправке мыла на этот ящик Демон матерится "user unknown!" и кидает мыло на Postmaster@domen.by = это-то и понятно нету такого юзера в доменных пользователях. Так вот как объяснить Демону, что это не локальный ящик и что надо лезть в ИНЕТ и кидать мыло в инетовский ящик. Контора сидит на дайлапе, поэтому почтовый сервак работает в основном в локалке, когда нужно коннектится и проверяет DPOP+MPOP. (надеюсь кто-нибудь поймет, что я хотел объяснить)

похожий вопрос был у ralphnsk, но ответа я не нашел

Цитата:
У провайдера есть общий почтовый ящик для домена 123.ру, откуда мой почтовый сервак берёт почту для локальных юзеров. Также у прова заведён отдельный пользователь 111, почта для которого кладётся не в общий а в отдельный ящик (т.е. мой почтовый сервак её не видит, а пользователь 111 забирает её от прова под своим отдельным паролем).
Как сделать так, чтобы сообщение отправленное из локальной сети для пользователя 111@123.ру отправлялось провайдеру, а все остальный письма типа 222@123.ру, 333@123.ру и т.д. роутились локально.
Попробовал сделать разрешение релея, почта вроде попадает в очередь на отправку, вроде даже куда-то отправляется, но до провайдера не доходит. Существенный минус также в том, что приходится убирать опцию "не доставлять почту несуществующим локальным пользователям", что нежелательно. Если же я у себя завожу пользователя 111 локально, то как заставить, чтобы вся его почта передавалась вовне (то есть для того же 111@123.ру, но наружу)?

Автор: Bebson
Дата сообщения: 27.08.2003 14:28
Интересно, кто-нибудь решил проблему KOI8-R в WorldClient ?
Автор: vrough
Дата сообщения: 27.08.2003 14:32
Сегодня интересный баг обнаружился. Упал OsiruSoft - http://relays.osirusoft.com.
А на нем мдемон проверяет хосты уязвимые для спама и блокирует их. Так вот вся почта у меня блокировалясь пока я OsiruSoft не удалил из списка проверяльщиков спама. Так шо будьта бдительны кто этой фичей пользуется.
Автор: muzzle
Дата сообщения: 27.08.2003 16:17
Сегодня пришло письмо по антиспамовской рассылке. Там про OsiruSoft написано, что они прекратили свою работу и цитата из рассылки:

"Вечером 26 августа компания Osirusoft, поддерживавшая популярные "черные списки" спамерских машин, решила прекратить этот сервис. Сделано это было весьма экстравагантным способом - в черный список был помещен весь мир (весь диапазон IP-адресов).
В результате пользователи электронной почты столкнулись с тем, что большая часть их почты не доходит - она отвергается теми почтовыми серверами, которые используют списки Osirusoft для борьбы со спамом.
Ситуация усугубляется тем, что написать E-mail системным администраторам таких почтовых серверов невозможно - эти сообщения тоже будут отвергнуты.
Сайт Osirusoft.com в настоящее время недоступен, в рассылках распространяется мнение, что столь экзотический способ прекращения сервиса направлен на то, чтобы заставить системных администраторов максимально быстро отказаться от использования черных списков Osirusoft. Тот факт, что при этом будут потеряны гигантские количества электронных сообщений, администрацию Osirisoft, по всей видимости, не волнует.
Что же делать?
Если к вам перестала приходить почта, то скорее всего cписки Osirusoft.com используются в вашей почтовой системе. Все RBL с именем *.osirusoft.com следует удалить из настроек почтового сервера, либо же из настроек клиентских фильтров, использующих RBL (например, фильтра SpamPal).
Если сообщения от вас не доходят до адресата, а возвращаются с диагностикой в которой упоминается osirusoft.com - то ситуация значительно хуже. Писать системному администратору получателя о проблеме скорее всего бессмысленно - большинство почтовых систем, использующих черные списки Osirusoft, сейчас отвергают всю почту. Нужно пытаться связаться с получателем каким-то еще способом (телефон, форумы, ICQ) и объяснить суть проблемы.
Ссылки по теме:
http://www.merit.edu/mail.archives/nanog/msg12818.html
http://slashdot.org/article.pl?sid=03/08/27/0214238&mode=thread&tid=111&tid=126 "
Автор: alexxxss
Дата сообщения: 27.08.2003 16:40
Господа, опять никак не могу догнать одной мелочи Пользуюсь для сбора почты DPOP, там есть такая фича - ExtraHosts (ну если у прова твоих аккаунтов до фига), вот туда все эти свои аккаунты списком забиваются, а демон по ним с прова почту забирает. Вообщем у меня там список из энного количества аккаунтов, а он забирает токо первые 10. Причем если последние кинуть в начало - начинает их забирать, сдвигая при этом всех остальных. Вообще заколебался в настройках лазать, в помощи про экстра хостс вообще ни слова, может кто знает?
Автор: naPmu3aH
Дата сообщения: 27.08.2003 17:39
alexxxss

Цитата:
Господа, опять никак не могу догнать одной мелочи

Очень похоже на то, что они сделали ограничение на 10 строк в этом файле (10 аккаунтов).
А что, сделать форвард со всех аккаунтов на один (тем более что все они у одного провайдера) и с него забирать нельзя? Или воспользоваться MultiPOP?
Автор: xdelta
Дата сообщения: 28.08.2003 05:47
Как можно сделать каскадирование почтовых серверов на MDaemon? У нас несколько сеток связаны между собой по радиоезернету на 128 к. Особой радости и скорости нет, когда человек пытается из своей сети отправить большой файл по почте.
Автор: alexxxss
Дата сообщения: 28.08.2003 09:16
naPmu3aH
Мною был замечен момент, что DPOP с MultiPOP нормально вместе не работают ;-( Можно конечно всё перекинуть на MultiPOP, но сложилось просто у меня с DPOP. Странно что в справке про этот момент вообще ничего нет. В плане про ограничение. Больше 10 аккаунтов он забирает, но непериодично. С утра пару писем получил, но думаю, что не все. Форвард делать не хочу - письма приходят бог знает откуда и фильтровать их по контенту не выйдет, а вручную заниматься этим тем более не буду. Буду копаться
Автор: naPmu3aH
Дата сообщения: 28.08.2003 11:27
alexxxss

Цитата:
Мною был замечен момент, что DPOP с MultiPOP нормально вместе не работают ;-(

А в чем это выражается? Я постоянно использую DomainPOP и периодически MultiPOP для некоторых аккаунтов - никаких проблем еще не встретил со всемен самых первых версий...
Автор: alexxxss
Дата сообщения: 28.08.2003 13:22
naPmu3aH

Почта на мултипоп не всегда падает - в логах мультипопа вот такая штука


Цитата:
Thu 2003-08-28 15:19:35: [-1:1853:5] MultiPOP collecting mail from (relay1.telekom.ru) for (olga)
Thu 2003-08-28 15:19:35: [-1:1853:5] MultiPOP collected mail will NOT be removed from remote host!
Thu 2003-08-28 15:19:35: [-1:1853:5] Attempting MultiPOP connection to [relay1.telekom.ru : 110]
Thu 2003-08-28 15:19:35: [-1:1853:5] A-record resolution of [relay1.telekom.ru] in progress (DNS Server: 212.34.32.2)...
Thu 2003-08-28 15:19:35: [-1:1853:5] D=relay1.telekom.ru TTL=(152) A=[194.190.195.76]
Thu 2003-08-28 15:19:35: [-1:1853:5] Attempting MultiPOP connection to [194.190.195.76 : 110]
Thu 2003-08-28 15:19:35: [912:1853:5] Waiting for socket connection...
Thu 2003-08-28 15:19:35: [912:1853:5] Socket connection established (10.213.37.2 : 1843 -> 194.190.195.76 : 110)
Thu 2003-08-28 15:19:35: [912:1853:5] Waiting for protocol initiation...
Thu 2003-08-28 15:19:35: [912:1853:5] Socket connection closed by the other side (how rude!)
Thu 2003-08-28 15:19:35: [912:1853:5] POP session complete, 0 bytes transferred!


Но иногда (раз в часа 2-3) все же проходит коннект и почту забирает. Почему закрывает - ума не приложу

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869

Предыдущая тема: Два IP адреса на одной сетевой карте, Windows


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