SMTP Gateway
SMTP Gateway
Добрый день.
На FossMail сервере не удается включить анонимную SMTP аутентификацию. В host.cfg
#AUTH_Enable=0;
При соединении с помощью telnet с хоста FossMail на localhost или на внешний сетевой интерфейс, после ввода mail from: соединение закрывается с 530 5.7.1. Authentication request.
Заранее спасибо.
На FossMail сервере не удается включить анонимную SMTP аутентификацию. В host.cfg
#AUTH_Enable=0;
При соединении с помощью telnet с хоста FossMail на localhost или на внешний сетевой интерфейс, после ввода mail from: соединение закрывается с 530 5.7.1. Authentication request.
Заранее спасибо.
Re: SMTP Gateway
SMTP работает на узле в режиме АПФ или ШЛЮЗа? В заголовке окна программы сказано.
Далее - вы коннектились от IP, входящего в указанную подсеть (#SubNet в host.cfg) ?
Далее - вы коннектились от IP, входящего в указанную подсеть (#SubNet в host.cfg) ?
Re: SMTP Gateway
Спасибо за ответ.
1)SMTP Apf
2)Да. Значения subnet из host.cfg:
#SUBNET=127.0.0.1/255.0.0.0
#SUBNET=192.168.0.0/255.255.255.0
#SUBNET=192.168.0.51/255.255.255.0 - IP хоста с Fossmail SMTP Gateway. Мне кажется он лишний.
lyk писал(а):SMTP работает на узле в режиме АПФ или ШЛЮЗа? В заголовке окна программы сказано.
Далее - вы коннектились от IP, входящего в указанную подсеть (#SubNet в host.cfg) ?
1)SMTP Apf
2)Да. Значения subnet из host.cfg:
#SUBNET=127.0.0.1/255.0.0.0
#SUBNET=192.168.0.0/255.255.255.0
#SUBNET=192.168.0.51/255.255.255.0 - IP хоста с Fossmail SMTP Gateway. Мне кажется он лишний.
Re: SMTP Gateway
Значит режим АПФ.
По документации:
#Auth_Enable – SMTP/POP3 аутентификация в соответствии с RFC-2554, RFC1939, предоставляемая клиентам для подключения к почтовому узлу: 0 - не требуется, 1-требуется простая аутентификация типа "логин/пароль", 2 - закрытая аутентификация типа CRAM-MD5 (APOP), 3- закрытый обмен. Режимы 2 и 3 - опциональны. По умолчанию –1. Для АПФ, в отличие от Шлюза, всегда используется режим аутентификации не ниже 1.
По документации:
#Auth_Enable – SMTP/POP3 аутентификация в соответствии с RFC-2554, RFC1939, предоставляемая клиентам для подключения к почтовому узлу: 0 - не требуется, 1-требуется простая аутентификация типа "логин/пароль", 2 - закрытая аутентификация типа CRAM-MD5 (APOP), 3- закрытый обмен. Режимы 2 и 3 - опциональны. По умолчанию –1. Для АПФ, в отличие от Шлюза, всегда используется режим аутентификации не ниже 1.
Re: SMTP Gateway
Спасибо. Но тут наблюдаются отпределенные странности. На тестовой машине на другом полигоне при режиме АПФ и Auth_Enable=1 принимает письма от любого пользователя без аутентификации (проверено телнетом).lyk писал(а):Значит режим АПФ.
По документации:
#Auth_Enable – SMTP/POP3 аутентификация в соответствии с RFC-2554, RFC1939, предоставляемая клиентам для подключения к почтовому узлу: 0 - не требуется, 1-требуется простая аутентификация типа "логин/пароль", 2 - закрытая аутентификация типа CRAM-MD5 (APOP), 3- закрытый обмен. Режимы 2 и 3 - опциональны. По умолчанию –1. Для АПФ, в отличие от Шлюза, всегда используется режим аутентификации не ниже 1.
Возможно Вы подскажете как в таком случае организовать передачу по SMTP сообщений пользователям FossMail от другой почтовой системы?
Если подключатся с учеткой определенного пользователя из организации FossMail, шлюз принимает письмо но оно не попадает в ящик - направление не соответствует имени пользователя (тоесть если соединяемся под учеткой vasja а передаем письмо от petja). Я вижу только один путь - анонимная аутентификация. Или есть возможность использования учетной записи с правом отправки от любого отправителя?
Re: SMTP Gateway
Взаимодействие с другими почтовыми системами - IP адрес того почтового сервера не должен входить в #SubNet. Но режим АПФ этого не позволит - для этого должен быть режим ШЛЮЗ.
АПФ - для работы только со своими абонентами и идет в базовой поставке, ШЛЮЗ - для работы со своими абонентами и другими почтовыми системами по SMTP и в базовую поставку не входит.
АПФ - для работы только со своими абонентами и идет в базовой поставке, ШЛЮЗ - для работы со своими абонентами и другими почтовыми системами по SMTP и в базовую поставку не входит.
Re: SMTP Gateway
Ок. Большое спасибо.lyk писал(а):Взаимодействие с другими почтовыми системами - IP адрес того почтового сервера не должен входить в #SubNet. Но режим АПФ этого не позволит - для этого должен быть режим ШЛЮЗ.
АПФ - для работы только со своими абонентами и идет в базовой поставке, ШЛЮЗ - для работы со своими абонентами и другими почтовыми системами по SMTP и в базовую поставку не входит.
Подскажите еще, как включать режим ШЛЮЗ? Или режим зависит от того какой дистрибутив модуля SMTP и его невозможно включить?
Я смотрел на продакшн системе (лицензионная), там режим работы АПФ. Возможен ли режим ШЛЮЗ в рамках стандартной лицензии или необходимо докупать ключи\модули?
Re: SMTP Gateway
Для работы в режиме шлюза нужно докупить доп. лицензию. Модуль тот же. Если уже в головной конторе стоит шлюз, можно все потоки от других узлов фоссмаил пустить через него. В принципе одного шлюза хватает на сеть, если нет необходимости разделить потоки.
Re: SMTP Gateway
Интересует тот же вопрос:
Нужна анонимная авторизация smtp или хотя-бы при наличии авторизации отключить проверку соответствия адреса отправителя учетной записи. Просто хочу "прикрутить" KMS для того, чтобы можно было использовать веб-интерфейс, коего у самого фоссмейла вроде как нет.
Похоже что smtp работает в режиме APF
Но в файле лицензии есть строчки:
...
[SMTP]
#GateWay = yes
...
Означает ли это что я могу использовать smtp в режиме шлюза и отключить авторизацию? Если да - то как?
Нужна анонимная авторизация smtp или хотя-бы при наличии авторизации отключить проверку соответствия адреса отправителя учетной записи. Просто хочу "прикрутить" KMS для того, чтобы можно было использовать веб-интерфейс, коего у самого фоссмейла вроде как нет.
Похоже что smtp работает в режиме APF
Но в файле лицензии есть строчки:
...
[SMTP]
#GateWay = yes
...
Означает ли это что я могу использовать smtp в режиме шлюза и отключить авторизацию? Если да - то как?
Re: SMTP Gateway
В host.cfg [SMTP] #SubNet вывести IP компьютера, от которого идет обращение, из перечисленных_адресов/интервала_адресов - от него не будет требоваться аутентификация