Вопрос второй. Может ли МДемон забирать почту по IMAP? Я хочу, чтобы один из пользователей забирал свою почту с "левого" ящика через Мдемон, а не ломился сам в интернет.
По имап нет а вот по поп3 может.
In order to support multi-homing (sharing the same IP across multiple different domains) MDaemon automatically detects the IP address that an incoming connection is attempting to reach and uses the appropriate domain name accordingly. For example, suppose you have the following domains andaccounts configured:
altn.com, IP = 1.1.1.1
user-1@altn.com, logon = user-1, POP password = ALTN
arvelh.com - 2.2.2.2
user-2@arvelh.com, logon = user-2, POP password = ARVELH
If a connection is attempted to 1.1.1.1 then MDaemon will answer as “altn.com”. If a connection is made to 2.2.2.2 then “arvelh.com” will be used.
If user-1@altn.com connects to 1.1.1.1 to check his mailbox, he will supply “user-1” as his
logon and “ALTN” as his password to log in. However, if user-2@arvelh.com connects to 1.1.1.1 to check his mail then he is technically connecting to the wrong server (he should be connecting to 2.2.2.2). In that case, he will need to supply his full email address in the login field to gain access. Of course, if he had connected to 2.2.2.2 he would only need to supply his login value. Therefore, if an account connects to the IP address corresponding to its domain, and that IP address is not used by any other domain, then the account need only specify the login value. Otherwise, it must specify a complete email address. In this way, support for servicing multiple domains can be accomplished using a single IP address. When several domains share the same IP address then the login must contain the full email
address. Otherwise MDaemon will not know which user is attempting to log in. When in doubt use the full email address as your login value. So, how is the login and domain specified? You would expect that providing the account’s email address would work like this: arvel@altn.com. MDaemon will always accept logon values that contain the ‘@’ symbol, so if your mail client supports using the ‘@’ symbol in the logon value then there is no problem. However, it turns out that many email clients on the market today will not allow the ‘@’ symbol to be used in the login field. To accommodate those mail clients that do not permit this, MDaemon allowsyou to specify an alternative character. MDaemon’s default alternative character is ‘$’. That means that you could use: arvel$altn.com as easily as arvel@altn.com.
The alternative character is specified on the System tab of the Miscellaneous Options dialog (page 247).
This value can be up to 10 characters long, making it possible to provide a string of characters to serve as the delimiter instead of only a single character such as ‘$’. For example, using ‘.at.’ will allow you to make logon values of “arvel.at.altn.com”.
Проверь, что пароль правильно вбиваешь.
Распиши как работает почтовик...у прова забираешь по DPOP или MULTIPOP, а может по smtp напрямую получаешь. Разные ли IP-адреса в mx-записях у доменов???
при получения письма проверять есть ли такой локальный пользователь, если нет чтобы убивал данное письмо.
И еще при отправке письма локальным пользователям если такого пользователя нет, то отправка письма блокировалась на стадии его отправки
Security -> Relay Settings -> Refuse to accept mail for unknown local users
надо вводить авторизацию подбзователей
Я так понимаю если ввести авторизацию, то будет проверяться есть ли отправитель, но не получатель.
И еще при отправке письма локальным пользователям если такого пользователя нет, то отправка письма блокировалась на стадии его отправки, т.е к примеру прямо в OE пользователю выдаст ошибку, что такого пользователя нет.
Данная опция включена, но письма все равно приходят
а тебе что нужно? именно это, судя по фразе
а если я отправляю наружу, куда угодно, то тишина
а если я отправляю наружу, куда угодно, то тишина.
Суть вопроса заключалась в том, чтобы осуществлять проверку локальных пользователей в момент отправки и приема писем.
отправить подтверждение о доставке или нет - все зависит от настроек сервера, который получает эту почту. Если у него выключено подтверждение, то его не будет.
Я, почему-то, понял так, что если подтверждение доставки, то это должен мой почтовик сообщать о том, что он успешно доставил сообщение.
Точнее сказать не могу, т.к. не могу себе даже представить как ТАКОЕ реализовать но это просто Сизифов труд...ИМХОСтраницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869
Предыдущая тема: Два IP адреса на одной сетевой карте, Windows