emx Moderator Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Здравствуйте.   У меня локалка. Доступ в Net имеет один компутер. Хотелось бы сделать каждому Usveru отдельный почтовый ящик. Внутри сети все нормально работает. А как сделать чтобы он принимал почту из вне и раскидывал по адресам Короче говоря не могу разобраться с настройками. Помогите люди добрые. Мне нужно описание по MDaemon-ду   Пожалуйста, постим кратко в первом посте ответы на наиболее часто задаваемые вопросы.   Все версии MDaemon Почтовый сервер MDaemon (обзор) Документация MDaemon 8 (рус) Настройка MDaemon (рус) FAQ по MDaemon (рус) Закрытие релея на MDaemon Инструкция по установке и настройке  MDaemon 6.x 7.x Инструкция по обучению антиспам-фильтра байеса Mdaemon 9.5 руководство пользователя (рус) New   За лекарствами в варёзник Обсуждение в программах   Внимание !  DNSBL - relays.ordb.org перестал работать 31 декабря 2006 года. Уберите его из списков DNSBL!   Предыдущая часть этой темы здесь. Всего записей: 11899 | Зарегистр. 05-06-2002 | Отправлено: 13:53 24-03-2006 | Исправлено: ipmanyak, 13:23 16-05-2007

inside22 Full Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору olegupb Будь другом, опиши пожалуйста подробней как добавить слова "enlarge penis" в content filter.   Я не понял как добавить Всего записей: 480 | Зарегистр. 30-03-2005 | Отправлено: 15:01 26-08-2006

Akam1 Комса Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору jb где при установке лежит файл inetmib.dll (лекарство)?   Цитата из Варезника: "...ВНИМАНИЕ! Файл inetmib1.dll не должен находиться в той же папке что и установочный дистриб в процессе установки, иначе при установки не будет найдена сетевая карта..." Всего записей: 26407 | Зарегистр. 20-04-2006 | Отправлено: 06:13 28-08-2006

MG34 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору SergiusDuke33   Адрес почтового сервера 192.168.1.2 - вот этот адрес и указывай в качестве SMTP сервера. Зачем 192.168.1.3 указываешь??? Проверь по F4 - нет ли адреса клиента в IPScreen?   Проверь Setup -> Miscellaneous options -> вкладка [Servers] -> "Allow connections to own IP addresses". Настрой логи - Alt + F7: [Log mode] - "Log detailed mail sessions"; [Options] - "Log SMTP activity" и "Log SMTP probes (sessions with no DATA command)".     Должна твоя отвергнутая сессия появиться в логах. Затем фрагмент лога сюда. Всего записей: 100 | Зарегистр. 28-01-2005 | Отправлено: 13:38 28-08-2006 | Исправлено: MG34, 17:06 28-08-2006

hardhearted Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору вопрос по ограничению размера письма в Setup->Miscellaneous options->Servers стоят последних два ограничителя (Max acceptable SMTP message size и Kill connection if data transmission exceeds) на 10240 кб (кстати в этом месте у демона kb=1000 b). По идее если какой то сервак шлет моему письмо больше чем 10240000 и он поддерживает ESMTP то ему сразу откажут не начиная принимать письмо, если не поддерживает ESMTP то передачу оборвут. В логах я обнаружил что серваки часто врут про размер письма, и отвечают меньше чем потом передают, а иногда и больше. например: ... Mon 2006-08-28 00:22:36: --> 250-мой_домен Hello mail.домен_отправителя, pleased to meet you Mon 2006-08-28 00:22:36: --> 250-ETRN Mon 2006-08-28 00:22:36: --> 250-AUTH=LOGIN Mon 2006-08-28 00:22:36: --> 250-AUTH LOGIN CRAM-MD5 Mon 2006-08-28 00:22:36: --> 250-8BITMIME Mon 2006-08-28 00:22:36: --> 250 SIZE 10240000 Mon 2006-08-28 00:22:36: <-- MAIL From:<отправитель> SIZE=10164383 BODY=8BITMIME ... Mon 2006-08-28 00:22:36: --> 250 <отправитель>, Sender ok Mon 2006-08-28 00:22:36: <-- RCPT To:<получатель> ... Mon 2006-08-28 00:22:37: --> 250 <получатель>, Recipient ok Mon 2006-08-28 00:22:37: <-- DATA Mon 2006-08-28 00:22:37: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000033263.tmp Mon 2006-08-28 00:22:37: --> 354 Enter mail, end with <CRLF>.<CRLF> Mon 2006-08-28 00:22:55: Bytes transferred exceeds emergency session cutoff value!  Aborting session! Mon 2006-08-28 00:22:55: SMTP session terminated (Bytes in/out: 10241336/354)   как видно на запрос SIZE ответили что размер меньше лимита, а послали больше и их оборвали (потом сняли последний лимит на Kill... и выяснили что message size был 10296598), и самое страшное, отправитель не понял почему его оборвали и он послал еще раз, и еще, короче с пятницы он сделал примерно попыток 120-130 на один почтовик и стока же на другой, то есть сделал трафика где то по 1.2-1.3 гига на каждый сервак. Отсюда пару вопросиков: почему на запрос SIZE ответ не всегда соответсвует реальности (какие факторы дают такое отклонение)? Как избежать таких ситуаций? Скажем если второй ограничитель делать чуть больше первого, то письмо примется и отбросится с ответом 552. Что вообще можно сделать с теми кто пытается отправить письмо больше чем ограничитель, и при прерывании коннекта они его повторяют и очень часто? Всего записей: 1272 | Зарегистр. 23-10-2004 | Отправлено: 16:45 28-08-2006

Gunslinger Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Вопрос по доставке писем. в РОР логе показывает что клиент поключился к серваку и забрал письма, пользователь говорит что ни чего не получал. Вопрос - кому верить? (на компе у пользователя писем нет, архивы почты не делаю - места мало на диске )   вот кусок лога Sat 2006-08-26 11:17:51: [3933:1] Приём POP соединения от [192.168.3.105 : 53500] Sat 2006-08-26 11:17:51: [3933:1] --> +OK domen.ru POP MDaemon 8.1.3 ready <MDAEMON-F200608261117.AA1751989MD5156@domen.ru> Sat 2006-08-26 11:17:52: [3933:1] <-- USER vasia Sat 2006-08-26 11:17:52: [3933:1] --> +OK vasia... User ok Sat 2006-08-26 11:17:52: [3933:1] <-- PASS ****** Sat 2006-08-26 11:17:52: [3933:1] --> +OK vasia@domen.ru's mailbox has 5 total messages (261175 octets) Sat 2006-08-26 11:17:52: [3933:1] <-- STAT Sat 2006-08-26 11:17:52: [3933:1] --> +OK 5 261175 Sat 2006-08-26 11:17:52: [3933:1] <-- LIST Sat 2006-08-26 11:17:52: [3933:1] --> +OK 5 261175 Sat 2006-08-26 11:17:52: [3933:1] --> 1 202579 Sat 2006-08-26 11:17:52: [3933:1] --> 2 2365 Sat 2006-08-26 11:17:52: [3933:1] --> 3 17425 Sat 2006-08-26 11:17:52: [3933:1] --> 4 17181 Sat 2006-08-26 11:17:52: [3933:1] --> 5 21625 Sat 2006-08-26 11:17:52: [3933:1] --> . Sat 2006-08-26 11:17:52: [3933:1] <-- RETR 1 Sat 2006-08-26 11:17:52: [3933:1] --> +OK 202579 octets Sat 2006-08-26 11:17:52: [3933:1] Отправка <C:\MDAEMON\Users\domen.ru\vasia\md50000007693.msg> на [192.168.3.105] Sat 2006-08-26 11:17:52: [3933:1] Передача Завершена. Sat 2006-08-26 11:17:52: [3933:1] <-- STAT Sat 2006-08-26 11:17:52: [3933:1] --> +OK 5 261175 Sat 2006-08-26 11:17:52: [3933:1] <-- RETR 2 Sat 2006-08-26 11:17:52: [3933:1] --> +OK 2365 octets Sat 2006-08-26 11:17:52: [3933:1] Отправка <C:\MDAEMON\Users\domen.ru\vasia\md50000007694.msg> на [192.168.3.105] Sat 2006-08-26 11:17:52: [3933:1] Передача Завершена. Sat 2006-08-26 11:17:52: [3933:1] <-- STAT Sat 2006-08-26 11:17:52: [3933:1] --> +OK 5 261175 Sat 2006-08-26 11:17:52: [3933:1] <-- RETR 3 Sat 2006-08-26 11:17:52: [3933:1] --> +OK 17425 octets Sat 2006-08-26 11:17:52: [3933:1] Отправка <C:\MDAEMON\Users\domen.ru\vasia\md50000007695.msg> на [192.168.3.105] Sat 2006-08-26 11:17:52: [3933:1] Передача Завершена. Sat 2006-08-26 11:17:53: [3933:1] <-- STAT Sat 2006-08-26 11:17:53: [3933:1] --> +OK 5 261175 Sat 2006-08-26 11:17:53: [3933:1] <-- RETR 4 Sat 2006-08-26 11:17:53: [3933:1] --> +OK 17181 octets Sat 2006-08-26 11:17:53: [3933:1] Отправка <C:\MDAEMON\Users\domen.ru\vasia\md50000007696.msg> на [192.168.3.105] Sat 2006-08-26 11:17:53: [3933:1] Передача Завершена. Sat 2006-08-26 11:17:53: [3933:1] <-- STAT Sat 2006-08-26 11:17:53: [3933:1] --> +OK 5 261175 Sat 2006-08-26 11:17:53: [3933:1] <-- RETR 5 Sat 2006-08-26 11:17:53: [3933:1] --> +OK 21625 octets Sat 2006-08-26 11:17:53: [3933:1] Отправка <C:\MDAEMON\Users\domen.ru\vasia\md50000007697.msg> на [192.168.3.105] Sat 2006-08-26 11:17:53: [3933:1] Передача Завершена. Sat 2006-08-26 11:17:53: [3933:1] <-- STAT Sat 2006-08-26 11:17:53: [3933:1] --> +OK 5 261175 Sat 2006-08-26 11:17:53: [3933:1] <-- DELE 1 Sat 2006-08-26 11:17:53: [3933:1] --> +OK message 1 deleted Sat 2006-08-26 11:17:53: [3933:1] <-- DELE 2 Sat 2006-08-26 11:17:53: [3933:1] --> +OK message 2 deleted Sat 2006-08-26 11:17:53: [3933:1] <-- DELE 3 Sat 2006-08-26 11:17:53: [3933:1] --> +OK message 3 deleted Sat 2006-08-26 11:17:53: [3933:1] <-- DELE 4 Sat 2006-08-26 11:17:53: [3933:1] --> +OK message 4 deleted Sat 2006-08-26 11:17:53: [3933:1] <-- DELE 5 Sat 2006-08-26 11:17:53: [3933:1] --> +OK message 5 deleted Sat 2006-08-26 11:17:53: [3933:1] <-- QUIT Sat 2006-08-26 11:17:53: [3933:1] --> +OK vasia@domen.ru domen.ru POP Server signing off (mailbox empty) Sat 2006-08-26 11:17:53: [3933:1] POP-сессия завершена (байт в/вв: 156/261819) Sat 2006-08-26 11:17:53: ---------- Sat 2006-08-26 11:17:53: Session 3934; child 1 Sat 2006-08-26 11:17:53: [3934:1] Приём POP соединения от [192.168.3.105 : 53501] Sat 2006-08-26 11:17:53: [3934:1] --> +OK domen.ru POP MDaemon 8.1.3 ready <MDAEMON-F200608261117.AA1753943MD2321@domen.ru> Sat 2006-08-26 11:17:53: [3934:1] <-- USER vasia Sat 2006-08-26 11:17:53: [3934:1] --> +OK vasia... User ok Sat 2006-08-26 11:17:53: [3934:1] <-- PASS ****** Sat 2006-08-26 11:17:53: [3934:1] --> +OK vasia@domen.ru's mailbox has 0 total messages (0 octets) Sat 2006-08-26 11:17:53: [3934:1] <-- STAT Sat 2006-08-26 11:17:53: [3934:1] --> +OK 0 0 Sat 2006-08-26 11:17:53: [3934:1] <-- QUIT Sat 2006-08-26 11:17:53: [3934:1] --> +OK vasia@domen.ru domen.ru POP Server signing off (mailbox empty) Sat 2006-08-26 11:17:53: [3934:1] POP-сессия завершена (байт в/вв: 40/272) Sat 2006-08-26 11:17:53: ---------- Sat 2006-08-26 11:17:54: Session 3935; child 1 Sat 2006-08-26 11:17:54: [3935:1] Приём POP соединения от [192.168.3.105 : 53502] Sat 2006-08-26 11:17:54: [3935:1] --> +OK domen.ru POP MDaemon 8.1.3 ready <MDAEMON-F200608261117.AA1754818MD1607@domen.ru> Sat 2006-08-26 11:17:54: [3935:1] <-- USER vasia Sat 2006-08-26 11:17:54: [3935:1] --> +OK vasia... User ok Sat 2006-08-26 11:17:54: [3935:1] <-- PASS ****** Sat 2006-08-26 11:17:54: [3935:1] --> +OK vasia@domen.ru's mailbox has 0 total messages (0 octets) Sat 2006-08-26 11:17:54: [3935:1] <-- STAT Sat 2006-08-26 11:17:54: [3935:1] --> +OK 0 0 Sat 2006-08-26 11:17:54: [3935:1] <-- QUIT Sat 2006-08-26 11:17:54: [3935:1] --> +OK vasia@domen.ru domen.ru POP Server signing off (mailbox empty) Sat 2006-08-26 11:17:54: [3935:1] POP-сессия завершена (байт в/вв: 40/272) Sat 2006-08-26 11:17:54: ---------- Sat 2006-08-26 11:18:38: Session 3936; child 1 Sat 2006-08-26 11:18:38: [3936:1] Приём POP соединения от [192.168.3.105 : 53503] Sat 2006-08-26 11:18:38: [3936:1] --> +OK domen.ru POP MDaemon 8.1.3 ready <MDAEMON-F200608261118.AA1838693MD1614@domen.ru> Sat 2006-08-26 11:18:38: [3936:1] <-- USER vasia Sat 2006-08-26 11:18:38: [3936:1] --> +OK vasia... User ok Sat 2006-08-26 11:18:38: [3936:1] <-- PASS ****** Sat 2006-08-26 11:18:38: [3936:1] --> +OK vasia@domen.ru's mailbox has 0 total messages (0 octets) Sat 2006-08-26 11:18:38: [3936:1] <-- STAT Sat 2006-08-26 11:18:38: [3936:1] --> +OK 0 0 Sat 2006-08-26 11:18:38: [3936:1] <-- QUIT Sat 2006-08-26 11:18:38: [3936:1] --> +OK vasia@domen.ru domen.ru POP Server signing off (mailbox empty) Sat 2006-08-26 11:18:38: [3936:1] POP-сессия завершена (байт в/вв: 40/272) Sat 2006-08-26 11:18:38: ---------- Sat 2006-08-26 11:18:39: Session 3937; child 1 Sat 2006-08-26 11:18:39: [3937:1] Приём POP соединения от [192.168.3.105 : 53504] Sat 2006-08-26 11:18:39: [3937:1] --> +OK domen.ru POP MDaemon 8.1.3 ready <MDAEMON-F200608261118.AA1839271MD2366@domen.ru> Sat 2006-08-26 11:18:39: [3937:1] <-- USER vasia Sat 2006-08-26 11:18:39: [3937:1] --> +OK vasia... User ok Sat 2006-08-26 11:18:39: [3937:1] <-- PASS ****** Sat 2006-08-26 11:18:39: [3937:1] --> +OK vasia@domen.ru's mailbox has 0 total messages (0 octets) Sat 2006-08-26 11:18:39: [3937:1] <-- STAT Sat 2006-08-26 11:18:39: [3937:1] --> +OK 0 0 Sat 2006-08-26 11:18:39: [3937:1] <-- QUIT Sat 2006-08-26 11:18:39: [3937:1] --> +OK vasia@domen.ru domen.ru POP Server signing off (mailbox empty) Sat 2006-08-26 11:18:39: [3937:1] POP-сессия завершена (байт в/вв: 40/272) Sat 2006-08-26 11:18:39: ---------- Sat 2006-08-26 11:18:39: Session 3938; child 1 Sat 2006-08-26 11:18:39: [3938:1] Приём POP соединения от [192.168.3.105 : 53505] Sat 2006-08-26 11:18:39: [3938:1] --> +OK domen.ru POP MDaemon 8.1.3 ready <MDAEMON-F200608261118.AA1839755MD9678@domen.ru> Sat 2006-08-26 11:18:39: [3938:1] <-- USER vasia Sat 2006-08-26 11:18:39: [3938:1] --> +OK vasia... User ok Sat 2006-08-26 11:18:39: [3938:1] <-- PASS ****** Sat 2006-08-26 11:18:39: [3938:1] --> +OK vasia@domen.ru's mailbox has 0 total messages (0 octets) Sat 2006-08-26 11:18:39: [3938:1] <-- STAT Sat 2006-08-26 11:18:39: [3938:1] --> +OK 0 0 Sat 2006-08-26 11:18:39: [3938:1] <-- QUIT Sat 2006-08-26 11:18:39: [3938:1] --> +OK vasia@domen.ru domen.ru POP Server signing off (mailbox empty) Sat 2006-08-26 11:18:39: [3938:1] POP-сессия завершена (байт в/вв: 40/272) Всего записей: 99 | Зарегистр. 23-02-2006 | Отправлено: 17:06 28-08-2006 | Исправлено: Gunslinger, 17:10 28-08-2006

ipmanyak Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору hardhearted отвечай сразу кодом 552  вместо 452 .  Код 452  подразумевает типа пробуй попозже и другой сервак будет слать снова !  был случай   за ночь нагнали 700 мег     Добавлено: Gunslinger думаю в данном случае нужно верить серверу .  а у клиента,  что за клиент и нет проблем с базамаи у самого клиента ? Всего записей: 12267 | Зарегистр. 10-12-2003 | Отправлено: 17:10 28-08-2006

MG34 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору hardhearted   Я вообще "Kill connection data if transmission exceeds []" поставил в ноль. Иначе такие ситуации будут повторяться. Лучше один раз принять письмо больше дозволенного, чем принимать сотни "почти целых" таких писем   Однозначного решения проблемы нет. Можешь, конечно, заблокировать приём с данного сервера на определённое кол-во минут (поместить в тарпит), смотри мою программу   http://forum.mdaemon.ru/viewtopic.php?t=4582  - она периодически просматривает лог и если находит определённые тобой события, помещает IP отправителя в тарпит. Например, можно задать на событие "Bytes transferred exceeds emergency session cutoff value" помещать почтовик отправителя на столько-то минут в тарпит. Всего записей: 100 | Зарегистр. 28-01-2005 | Отправлено: 17:19 28-08-2006

hardhearted Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ipmanyak в том то и дело что так и отвечаю, вопрос то не в этом. так я отвечу если письмо получу, и оно больше, а вот когда происходит Kill без обьяснения, тогда отправитель считает что соединение просто обрвалось по неизвестным причинам. в приведенном логе как раз этот случай, отправитель соврал про размер, и начала передачу, мой сервак увидев что передача уже превысила лимит тупо оборвал соединение, без ответов почему, и отправляющий сервак начал каждые полчаса кидать это письмо. Я как раз не могу придумать как такого избежать. Это же касается серваков которые вообще не умеют отвечать на запрос SIZE и шлют письмо, когда их обрывают им опять же не говорят почему и они шлют его еще раз.   Добавлено: MG34 ставить в 0 тоже не самое подходящее решение, в идеале было бу лучше если б 1. на SIZE отвечали правильным размером. 2. При обрыве коннекта посылали ответ 552.   Добавлено: MG34 у меня раньше было в ноль, пока мне не кинули письмецо на 250 мег, причем в первый раз коннект оборвался почему то и они повторили. Письмо конечно же не приняли но почти 400 мег трафика получил ) Всего записей: 1272 | Зарегистр. 23-10-2004 | Отправлено: 17:20 28-08-2006

MG34 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору hardhearted   Ничего идеального нет! Ну нет никаких гарантий, что на SIZE будут слать правильный размер, неееет ! Нерадивые админы частенько RFC нарушают, что поделать...   Цитата: у меня раньше было в ноль, пока мне не кинули письмецо на 250 мег, причем в первый раз коннект оборвался почему то и они повторили. Письмо конечно же не приняли но почти 400 мег трафика получил   А если не ноль, тогда раз пятьсот по десять мегов или сколько там лимит у тебя стоит накидают. Выход в блокировке IP отправителя хотя бы на несколько часов. Я уже писал - юзай мою программу. (http://forum.mdaemon.ru/viewtopic.php?t=4582) Всего записей: 100 | Зарегистр. 28-01-2005 | Отправлено: 10:20 29-08-2006 | Исправлено: MG34, 10:21 29-08-2006

hardhearted Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору MG34 блокировка ип это некультурно, тем более это контора, сюда часто шлют нужные деловые письма, и блокировать клиента или поставщика на нескока часов это жестоко, меня руководство замучает, потому что если заблокировать, то отправляющая сторона не сразу поймет почему от них ни одно письмо ко мне не идет, даже если при блокировке им отправить оповещение что адрес блокирован, то устранив проблему они даже связаться со мной по почте не смогут чтобы я разблокировал ) вот если б мона было демона научить при разрыве коннекта посылать ответ 552, ну или хотя бы если не ставить обрыв коннекта, и получать большое письмо то это письмо оставлять в bad очереди, типа раз уж приняли то уже все равно трафик сьели, то лучше я это письмо юзеру отдам, чем принять письмо большого размера, отбросить его и ответить что превышен размер, тогда отправитель разобьет его на два и кинет еще раз, получится я почем зря приму письмо два раза, а если отправитель тупой то и больше ) Всего записей: 1272 | Зарегистр. 23-10-2004 | Отправлено: 10:56 29-08-2006

MG34 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору hardhearted   А нарушать RFC - это что, культурно? Пусть нормально настроят свой сервак! Если с конторой интенсивная переписка, то конечно, блокировать ip неудобно, хомячки замучают. Цитата: то устранив проблему они даже связаться со мной по почте не смогут чтобы я разблокировал   -  мануал-то по Демону читал? В тарпит IP заносится на определённое кол-во минут. По истечении этого времени Демон САМ,  АВТОМАТИЧЕСКИ адрес из тарпита удаляет. Всего записей: 100 | Зарегистр. 28-01-2005 | Отправлено: 11:48 29-08-2006

hardhearted Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору MG34 Цитата: А нарушать RFC - это что, культурно? Пусть нормально настроят свой сервак!   Если с конторой интенсивная переписка, то конечно, блокировать ip неудобно, хомячки замучают.   еще неизвестно кто нарушает, я поглядел по логам, фактически никогда ответ на запрос SIZE не совпадал с message size написанным после принятия письма, это при том с разных серверов Цитата: -  мануал-то по Демону читал? В тарпит IP заносится на определённое кол-во минут. По истечении этого времени Демон САМ,  АВТОМАТИЧЕСКИ адрес из тарпита удаляет.   читал, но несколько мин не решение, в последнем случае раз в полчаса отсылалось, блокировать надо как то с оповещением, чтоб админ отправляющего сервака мог убрать это письмо из очереди на отправку, а то его заблокируем на часик, а потом разблокируем и опять начнет, а если надолго заблокировать, а проблему решат на стороне отправителя, то им еще полдня ждать придется или как то меня попросить руками разблокировать ) Всего записей: 1272 | Зарегистр. 23-10-2004 | Отправлено: 12:32 29-08-2006

golkanavt Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Есть ли возможно настроить автоответчик (autoresponders) таким образом чтобы он не срабатывал на спам? Всего записей: 1069 | Зарегистр. 08-04-2002 | Отправлено: 15:19 29-08-2006

hardhearted Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору golkanavt да, там при настройке автоответчиков есть вкладка exceptions, можешь там вбить любой триггер, например "X-Spam-Flag: Yes" там стоит по умолчанию. Всего записей: 1272 | Зарегистр. 23-10-2004 | Отправлено: 17:27 29-08-2006

golkanavt Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору hardhearted слона то я и не приметил спасибо за подсказку Всего записей: 1069 | Зарегистр. 08-04-2002 | Отправлено: 20:32 29-08-2006

wok Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Доброго времени суток!   Сегодня возникла следующая проблема: перестала доставлятся почта. Т.е. при получении почты почтовый клиент говорит что в ящике 0 писем. Но на самом деле почта есть и регулярно собирается через Multi-POP. Если заходить через WORLD-Client, то видно что почта есть. Но в то же время вся почта в ящике доставлена в него с многочасовым опозданием.   Кто что может посоветовать...??? Всего записей: 16 | Зарегистр. 27-04-2006 | Отправлено: 21:08 29-08-2006

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Все о MDaemon (#2)

emx (12-08-2007 14:09): Cледующая часть этой темы здесь.

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование