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

» Все о MDaemon

Автор: sswz
Дата сообщения: 22.06.2005 14:12
Можно ли MDaemon ставить на машину, где уже что-то крутится? Насколько он требователен к железу?

На выбор есть 3 сервера, на который можно поставить:
- домен-контроллер, на нём крутиться под завязку - iP-IV-3.6/1Gb
- вторичный домен-контроллер, он в качестве файл-сервера (музыка, фотографии - большая нагрузка на винчестеры) - Celeron-2.4/1Gb
- гейт на интернет (Traffic Inspector + WSUS + транслирует по локальной сети радио) - AMD64x-2.8/1Gb

В сети 20 компов/юзеров. Средний почтовый трафик - 50-100 писем в день на человека. Много больших писем (как правило вложенные фотки афигительных размеров).
Автор: XMMS
Дата сообщения: 22.06.2005 14:50
sswz
Я бы поставил на гейт... у меня крутится вообще на моей рабочей станции + перекодировка всех писем в cp1251 + антивирь. Особо не проблемно... на этой же рабочей станции резервный контроллер домена и сервер Symantec Corporate Antivirus. Памяти 512, протц Интел 3,2 GHz... Вот так и живём, проблем не замечено.
Почта - около 600 писем в сутки....
Автор: MaximuS
Дата сообщения: 22.06.2005 15:34
XMMS
Раскажи как сделать перекодировка всех писем в cp1251 более потробнее?
Спасибо
Автор: XMMS
Дата сообщения: 22.06.2005 15:53
MaximuS
Использую фриварную программку работающую в паре с mdaemon, с автором уже списывался по поводу багов
Называется Recorder... Домашняя страничка http://mdaemon.pisem.net
Автор: Zolton555
Дата сообщения: 01.07.2005 08:49
Недавна возник Трабл, после установки Outlook connector (Mdaemon 8.03) клиент MS Outlook 2003 криво доходят отчеты о прочтениее сообшения т.е не отображается иконка и отчёт приходит как обычное сообшения(Часть отчёта как вложение), есть подозрения на проблему с кодировкой или на то что все (Входяшие Исходяшие)сообшения хранятся на сервере, ктонибудь сталкивался с проблемой?????
Автор: izograv
Дата сообщения: 04.07.2005 18:25
Вопрос такой возник: если при рассылке почты по mx-ам все эти mx дают отлуп типа:

550-DSL from "me" refused. Use mail relays of your ISP!
Socket connection closed by the other side (how rude!)
SMTP session terminated (Bytes in/out: 506/138)

То есть, обращаю внимание, сессия заканчивается не по QUIT, а обрывается.

То что будет далее с подобными письмами?
Я наивно полагал, что такие письма пойдут на релей ISP. Но за выходные была значительная утечка трафика, начал разбираться и понял, что на релей они не идут, а весь спул таких писем тупо долбится до тех пор, пока один из MX-ов-получателей не ответил:

421 snake.adamant.net: Too many concurrent SMTP connections

Вот после этого mdaemon переслал письма на релей провайдера.

Как избежать такого?
Автор: Cheery
Дата сообщения: 04.07.2005 22:05
izograv

Цитата:
Как избежать такого?

слать через почтовик провайдера.. либо получать выделенный IP и цеплять на него mx запись.


Цитата:
То есть, обращаю внимание, сессия заканчивается не по QUIT, а обрывается.

и? защита от спама.

вопрос непонятен на самом деле.
Автор: izograv
Дата сообщения: 05.07.2005 12:10
Cheery

Цитата:
вопрос непонятен на самом деле


Учусь задавать вопросы : в настройках стоит "Try direct delivery but send problems emails to ISP" и возникла ситуация, когда спул писем на определенные адреса 3-е суток непрерывно циклически крутился в Remoteq: при "direct delivery" mdaemon получал отлуп, но на хост ISP эти письма не пересылал.

Вопрос: есть ли возможность настроить, чтобы такое не продолжалось 3-е суток при настройках доставки именно "Try direct delivery but send problems emails to ISP"? Например, если письмо в спуле более N часов - перемещать его в bad или holding.

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


Автор: platur
Дата сообщения: 06.07.2005 11:07
Не отправляются письма с моего почтового сервера на некоторые адреса, хотя через сервер провайдера ходят нормально.

Вот лог.

Wed 2005-07-06 10:23:51: Session 3; child 1
Wed 2005-07-06 10:22:50: Parsing Message <d:\mdaemon\remoteq\pd50000000503.msg>
Wed 2005-07-06 10:22:50: From: yura@bic.net.ua
Wed 2005-07-06 10:22:50: To: Cis_export@artpaint.sp.ru
Wed 2005-07-06 10:22:50: Subject: test
Wed 2005-07-06 10:22:50: Message-ID: <003e01c581fb$71e47860$152ea8c0@bicnetua>
Wed 2005-07-06 10:22:50: Разрешение MX-записи [artpaint.sp.ru] в процессе (DNS-сервер: 212.1.102.2)...
Wed 2005-07-06 10:22:51: P=020 D=artpaint.sp.ru TTL=(128) MX=[relay1.wplus.net] {195.131.52.143}
Wed 2005-07-06 10:22:51: P=010 D=artpaint.sp.ru TTL=(128) MX=[relay.wplus.net] {195.131.52.142}
Wed 2005-07-06 10:22:51: Attempting MX: P=010 D=artpaint.sp.ru TTL=(128) MX=[relay.wplus.net] {195.131.52.142}
Wed 2005-07-06 10:22:51: Попытка SMTP соединиться с [195.131.52.142 : 25]
Wed 2005-07-06 10:22:51: Ожидание соединения сокета...
Wed 2005-07-06 10:22:51: Установлено соединение сокета (212.1.102.218 : 2589 -> 195.131.52.142 : 25)
Wed 2005-07-06 10:22:51: Ожидание начала протокола...
Wed 2005-07-06 10:23:21: 30 секунд до истечения таймаута протокола.
Wed 2005-07-06 10:23:21: Attempting MX: P=020 D=artpaint.sp.ru TTL=(128) MX=[relay1.wplus.net] {195.131.52.143}
Wed 2005-07-06 10:23:21: Попытка SMTP соединиться с [195.131.52.143 : 25]
Wed 2005-07-06 10:23:21: Ожидание соединения сокета...
Wed 2005-07-06 10:23:21: Установлено соединение сокета (212.1.102.218 : 2591 -> 195.131.52.143 : 25)
Wed 2005-07-06 10:23:21: Ожидание начала протокола...
Wed 2005-07-06 10:23:51: 30 секунд до истечения таймаута протокола.
Wed 2005-07-06 10:23:51: Это сообщение имеет возраст 1 минут; ему осталось 29 минут в этой очереди
Wed 2005-07-06 10:23:51: SMTP сессия завершилась неудачно (Байт in/out: 0/0)
Wed 2005-07-06 10:23:51: ----------
Автор: izograv
Дата сообщения: 06.07.2005 12:08
platur

Я попробовал от себя - так же картина, не волнуйся. 99% - особенности настройки релеев *.wplus.net, шли через провайдера.
Автор: platur
Дата сообщения: 06.07.2005 12:18
Кто может обьяснить в чем разница: слать напрямую или через провайдера? Чем для меня это хуже или лучше, а то так можно всю почту ганять через прова, зачем тогда независимый свой почтовик?
Автор: tervel76
Дата сообщения: 06.07.2005 12:49
platur
Некоторые почтовые сервера настроены на проверку IP адреса отправителя.
Если твой IP - динамический, то может не совпадать с записью в DNS, и почту от тебя могут не принимать.
Автор: fedmun
Дата сообщения: 06.07.2005 13:38
platur

Цитата:
Кто может обьяснить в чем разница: слать напрямую или через провайдера

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

tervel76

Цитата:
Если твой IP - динамический, то может не совпадать с записью в DNS

Да тут не то что могут не принять! Такую почту сразу отфутболивать надо.
Быть smtp сервером на динамическом IP - черевато одними проблемами.
Автор: platur
Дата сообщения: 06.07.2005 14:18
у меня статический внешний IP. Получается что разницы нет как отправлять: от себя или через прова, просто если от себя то контролировать можно. И все? других преимуществ нету?
Автор: fedmun
Дата сообщения: 06.07.2005 14:32
platur
Ты полностью контролируешь отправку своей почты.
Это главное преимущество.
Автор: izograv
Дата сообщения: 06.07.2005 17:32
platur


Цитата:
Получается что разницы нет как отправлять: от себя или через прова, просто если от себя то контролировать можно. И все? других преимуществ нету?


1. Ставить слать "только напрямую" нельзя - часть писаем может не пройти (из-за защиты от спама).

2. Ставить только через провайлера: вполне. Насчет контроля: правильно настроенный релей провайдера при недоставке почты обязан ее тебе вернуть с пояснением. В 99% это достаточно для понимания причин и, по большому счету, равнозначно собственной отправке (ну не будешь ты видеть всего это "сокет таймаут, протокол таймаут etc - это не суть важно для большинства). Другое дело, что не всегда из экономии так настраивают. 1% на возможные проблемы - imho вполне приемлемо.

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

Автор: platur
Дата сообщения: 06.07.2005 20:05
У меня так: "Пытаться отправлять напрямую, но проблемную почту отправлять на сервер, указанный ниже"
Какая почта считается проблемной? Это та, которая попадает в плохую очередь?
Автор: MaximuS
Дата сообщения: 11.07.2005 15:36
Помогите разобраться на ящик приходит такое письмо

he original message was received at Mon, 11 Jul 2005 09:46:42 +0400 (MSD)
from [213.24.249.218]

----- The following addresses had permanent fatal errors -----
<simonenko@firma.by>
(reason: 530 <postmaster@firma.by>, Postmaster must first authenticate)

----- Transcript of session follows -----
... while talking to mail.firma.by.:
>>> MAIL From:<postmaster@firma.by> SIZE=75474
<<< 530 <postmaster@firma.by>, Postmaster must first authenticate
554 5.0.0 Service unavailable

Что бы это значило
Объясните пожалуйста
Заранее спасибо
Автор: Kamerton
Дата сообщения: 12.07.2005 06:50
MaximuS

Кто то пытается от имени постмастера отправить почту, а для этого нужно пройти авторизацию сначала... (на сколько понимаю, и тект письма помоему не полный...)
Автор: MaximuS
Дата сообщения: 12.07.2005 08:47
Kamerton

Там ущё вот это есть

Reporting-MTA: dns; ice.intercon.ru
Received-From-MTA: DNS; [213.24.249.218]
Arrival-Date: Mon, 11 Jul 2005 09:46:42 +0400 (MSD)

Final-Recipient: RFC822; simonenko@firma.by
Action: failed
Status: 5.0.0
Diagnostic-Code: SMTP; 530 <postmaster@firma.by>, Postmaster must first authenticate
Last-Attempt-Date: Mon, 11 Jul 2005 09:47:20 +0400 (MSD)

и вот это

Return-Path: <postmaster@firma.by>
Received: from firma.by ([213.24.249.218])
by ice.intercon.ru (8.12.11/8.12.11) with ESMTP id j6B5keSH061813
for <simonenko@firma.by>; Mon, 11 Jul 2005 09:46:42 +0400 (MSD)
Message-Id: <200507110546.j6B5keSH061813@ice.intercon.ru>
From: "Bounced mail" <postmaster@firma.by>
To: simonenko@firma.by
Subject:
Date: Mon, 11 Jul 2005 09:49:53 +0400
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----=_NextPart_000_0004_F98EE44B.7DA26A84"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000


Вопрос.
Кто пытается послать от имени postmaset письмо.
Я так понимаю получатель этого письма должен быть simonenko@firma.by.
Разясните пожалуйста.
Автор: levnev
Дата сообщения: 13.07.2005 21:12
MaximuS

Цитата:
Reporting-MTA: dns; ice.intercon.ru
Received-From-MTA: DNS; [213.24.249.218]


Вот это откуда! Забань в черный список (если никого с этого сервера важного нет)! Или списшись по мылу с админом домена ice.intercon.ru, - это явно спамер...
Автор: MaximuS
Дата сообщения: 14.07.2005 16:53
У меня проблема.
У меня запрещенно отсылать EXE и т.д. файлы в письмах.
Когда кто-то пытается отослать, приходит извещение об удалении файла из письма.

В настройках фильтра у меня настроено правило по перекодирвке писем в кодировку win1251, с помощью программы http://mdaemon.pisem.net которую мне посоветовал XMMS всё работает всё нормально.
НО когда включено это правило и пользователь пытается отправить EXE файл он с письма удаляется, но извищение никому не приходит об этом (ни мне как админу, не пользователю).
В чем может быть проблема?
Заранее спасибо.
Автор: golkanavt
Дата сообщения: 16.07.2005 11:15
Есть тут люди пробовавшие Zaep AntiSpam 4.0? Насколько он плох/хорош, имеет ли смысл связываться?

Добавлено:
Аналогичный вопрос по Archive Server for MDaemon - какие будут отзывы?
Автор: WolfEnstein
Дата сообщения: 17.07.2005 17:23
А как настроить архивирование(точнее наблюдение) за некоторыми ящиками? Мне за всеми не надо их много и нецелесобразно это.
Автор: Vo1
Дата сообщения: 25.07.2005 18:17
Как сделать чтобы если поле Reply-to: равно чему-то, то автоматом меняется на моё?
Автор: Cheery
Дата сообщения: 25.07.2005 20:23
Vo1

Цитата:
Как сделать чтобы если поле Reply-to: равно чему-то, то автоматом меняется на моё?

Настроить Header translation
Автор: Vo1
Дата сообщения: 27.07.2005 08:10

Цитата:
Настроить Header translation


А через фильтры содержания можно?
Поле "от" меняется там без проблем, а "Reply-to" что-то не врублюсь как поменять.
Автор: Aushkin
Дата сообщения: 27.07.2005 12:52
Поискал по форуму, задал вопрос в паре топов, но вразумительного ответа не получил. Думаю тема интересна не только мне, по этому решил создать отдельную тему.
Собственно вопрос вот в чем.
Идет масса спама с бесплатных хостов, типа mail.ru, yandex.ru, rambler.ru и прочих уродских заведений + многие просто подставляют обратный адрес с этих хостов.
Задача полностью заблокировать прием почты с этих хостов.
НО! На этих хостах имеются адреса, с которых почту всётаки принять нужно(друзья, партнеры, клиенты).
Если блокирую в Адрес/IP/Хост скрин сам хост по маске *.spamdomen.ru или адреса по маске *@spamdomen.ru, то всё работает, почта от них не принимается.
Но как создать исключение из этого правила, что бы почта не принималась от всех с этого домена, кроме нужного мне к примеру Vasia.Pupkin@spamdomen.ru? Тоесть все со *@spsmdomen.ru идут в сад, а Vasia.Pupkin@spamdomen.ru велком.
Помогите, думаю информация пригодится многим.
Автор: rstar1979
Дата сообщения: 27.07.2005 12:54
привет всем!!
у меня на одной машине стоит иса 2000, мдаемон 6.8.5
к демону прикрутил MDaemon AntiVirus 2.2.7
вопрос как правильно сделать проверку на вирусы и системы и трафика через ису и почтовика (если это вообще возможно на одной машине)
Вопрос сюда так как главное негрохнуть проверку почты...
Автор: XMMS
Дата сообщения: 27.07.2005 12:55
Aushkin
А использовать белый список не пробовал?

Добавлено:

Цитата:
как правильно сделать проверку на вирусы и системы и трафика

С помощью антивиря мдаемона ты никак траффик не проверишь с системой... Так что ставь другой антивирус и исключай из сканирования папки мдаемона и антивиря.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869

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


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