форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Sendmail  и проверка локального пользователя"
Сообщение от alb on 04-Окт-02, 12:54  (MSK)
Возможно ли сделать проверку локального пользователя с помошью pam_radius? Или чтоб почтовые пользователи заводились в другую, не системную базу? За рание спасибо.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "RE: Sendmail  и проверка локального пользователя"
Сообщение от lavr on 04-Окт-02, 13:00  (MSK)
>Возможно ли сделать проверку локального пользователя с помошью pam_radius? >Или чтоб почтовые пользователи заводились в другую, не системную базу? > >За рание спасибо. заранее пожалуйста ;-) можно, важно чтобы pop3/imap демоны поддерживали pam например pam_pwdfile, pam_mysql, pam_ldap и тд и тп
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "RE: Sendmail  и проверка локального пользователя"
	Сообщение от alb on 04-Окт-02, 13:33  (MSK)
	>можно, важно чтобы pop3/imap демоны поддерживали pam >например pam_pwdfile, pam_mysql, pam_ldap и тд и тп pop3/imap - это хорошо. А вот сам sendmail как научить проверять не в системной базе?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "RE: Sendmail  и проверка локального пользователя"
	Сообщение от lavr on 04-Окт-02, 13:35  (MSK)
	>>можно, важно чтобы pop3/imap демоны поддерживали pam >>например pam_pwdfile, pam_mysql, pam_ldap и тд и тп > >pop3/imap - это хорошо. >А вот сам sendmail как научить проверять не в системной базе? sendmail вообще не проверяет пользователей - это SMTP транспорт если хочется авторизации: sendmail + auth или sendmail - smtp after pop-auth
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "RE: Sendmail  и проверка локального пользователя"
	Сообщение от alb on 04-Окт-02, 14:08  (MSK)
	>>>можно, важно чтобы pop3/imap демоны поддерживали pam >>>например pam_pwdfile, pam_mysql, pam_ldap и тд и тп >> >>pop3/imap - это хорошо. >>А вот сам sendmail как научить проверять не в системной базе? > >sendmail вообще не проверяет пользователей - это SMTP транспорт >если хочется авторизации: Может я не правильно сформулировал вопрос? взято http://unix1.jinr.ru/~lavr/webmail/webmail.html ..skip.. mail from: lala@sun.com 250 2.1.0 lala@sun.com... Sender ok rcpt to: lavr@unix1.jinr.ru 250 2.1.5 lavr@unix1.jinr.ru... Recipient ok ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Меня интерересует именно вот эта проверка. Я так понимаю ее делает сам sendmail и проверяет и /etc/pwd.db А как ему подсунуть /test/pwd.db ? > >sendmail + auth >или >sendmail - smtp after pop-auth
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "RE: Sendmail  и проверка локального пользователя"
	Сообщение от lavr on 04-Окт-02, 14:40  (MSK)
	>>>>можно, важно чтобы pop3/imap демоны поддерживали pam >>>>например pam_pwdfile, pam_mysql, pam_ldap и тд и тп >>> >>>pop3/imap - это хорошо. >>>А вот сам sendmail как научить проверять не в системной базе? >> >>sendmail вообще не проверяет пользователей - это SMTP транспорт >>если хочется авторизации: > > Может я не правильно сформулировал вопрос? >взято http://unix1.jinr.ru/~lavr/webmail/webmail.html >..skip.. > >mail from: lala@sun.com >250 2.1.0 lala@sun.com... Sender ok >rcpt to: lavr@unix1.jinr.ru >250 2.1.5 lavr@unix1.jinr.ru... Recipient ok >^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >Меня интерересует именно вот эта проверка. >Я так понимаю ее делает сам sendmail и проверяет и /etc/pwd.db >А как ему подсунуть /test/pwd.db ? и где там выше есть авторизация?! пароль-то sendmail не спрашивает! >> >>sendmail + auth >>или >>sendmail - smtp after pop-auth
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "RE: Sendmail  и проверка локального пользователя"
	Сообщение от alb on 04-Окт-02, 15:18  (MSK)
	>>>>>можно, важно чтобы pop3/imap демоны поддерживали pam >>>>>например pam_pwdfile, pam_mysql, pam_ldap и тд и тп >>>> >>>>pop3/imap - это хорошо. >>>>А вот сам sendmail как научить проверять не в системной базе? >>> >>>sendmail вообще не проверяет пользователей - это SMTP транспорт >>>если хочется авторизации: >> >> Может я не правильно сформулировал вопрос? >>взято http://unix1.jinr.ru/~lavr/webmail/webmail.html >>..skip.. >> >>mail from: lala@sun.com >>250 2.1.0 lala@sun.com... Sender ok >>rcpt to: lavr@unix1.jinr.ru >>250 2.1.5 lavr@unix1.jinr.ru... Recipient ok >>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>Меня интерересует именно вот эта проверка. >>Я так понимаю ее делает сам sendmail и проверяет и /etc/pwd.db >>А как ему подсунуть /test/pwd.db ? > >и где там выше есть авторизация?! пароль-то sendmail не спрашивает! Все правильно авторизации нет. Но проверка на наличие локального пользователя производится. Так вот, возможно ли физически разделить системную базу пользователей и базу почтовых пользователей? МТА может быть не обизатеьно sendmail. > >>> >>>sendmail + auth >>>или >>>sendmail - smtp after pop-auth
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "RE: Sendmail  и проверка локального пользователя"
	Сообщение от lavr on 04-Окт-02, 16:16  (MSK)
	>>>>>>можно, важно чтобы pop3/imap демоны поддерживали pam >>>>>>например pam_pwdfile, pam_mysql, pam_ldap и тд и тп >>>>> >>>>>pop3/imap - это хорошо. >>>>>А вот сам sendmail как научить проверять не в системной базе? >>>> >>>>sendmail вообще не проверяет пользователей - это SMTP транспорт >>>>если хочется авторизации: >>> >>> Может я не правильно сформулировал вопрос? >>>взято http://unix1.jinr.ru/~lavr/webmail/webmail.html >>>..skip.. >>> >>>mail from: lala@sun.com >>>250 2.1.0 lala@sun.com... Sender ok >>>rcpt to: lavr@unix1.jinr.ru >>>250 2.1.5 lavr@unix1.jinr.ru... Recipient ok >>>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>>Меня интерересует именно вот эта проверка. >>>Я так понимаю ее делает сам sendmail и проверяет и /etc/pwd.db >>>А как ему подсунуть /test/pwd.db ? >> >>и где там выше есть авторизация?! пароль-то sendmail не спрашивает! > >Все правильно авторизации нет. >Но проверка на наличие локального пользователя производится. > >Так вот, возможно ли физически разделить системную базу пользователей >и базу почтовых пользователей? можно, куча разных модулей PAM >МТА может быть не обизатеьно sendmail. еще раз, MTA вовсе не обязательно проверять существующих пользователей, скорее даже не нужно сообщать об этом при vrfy или rcpt to >>>> >>>>sendmail + auth >>>>или >>>>sendmail - smtp after pop-auth
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "RE: Sendmail  и проверка локального пользователя"
	Сообщение от alb on 04-Окт-02, 16:54  (MSK)
	>>>>>>>можно, важно чтобы pop3/imap демоны поддерживали pam >>>>>>>например pam_pwdfile, pam_mysql, pam_ldap и тд и тп >>>>>> >>>>>>pop3/imap - это хорошо. >>>>>>А вот сам sendmail как научить проверять не в системной базе? >>>>> >>>>>sendmail вообще не проверяет пользователей - это SMTP транспорт >>>>>если хочется авторизации: >>>> >>>> Может я не правильно сформулировал вопрос? >>>>взято http://unix1.jinr.ru/~lavr/webmail/webmail.html >>>>..skip.. >>>> >>>>mail from: lala@sun.com >>>>250 2.1.0 lala@sun.com... Sender ok >>>>rcpt to: lavr@unix1.jinr.ru >>>>250 2.1.5 lavr@unix1.jinr.ru... Recipient ok >>>>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>>>Меня интерересует именно вот эта проверка. >>>>Я так понимаю ее делает сам sendmail и проверяет и /etc/pwd.db >>>>А как ему подсунуть /test/pwd.db ? >>> >>>и где там выше есть авторизация?! пароль-то sendmail не спрашивает! >> >>Все правильно авторизации нет. >>Но проверка на наличие локального пользователя производится. >> >>Так вот, возможно ли физически разделить системную базу пользователей >>и базу почтовых пользователей? > >можно, куча разных модулей PAM > >>МТА может быть не обизатеьно sendmail. > >еще раз, MTA вовсе не обязательно проверять существующих пользователей, >скорее даже не нужно сообщать об этом при vrfy или rcpt to Усли можно то этот момент по подробней. Где смотреть в sendmailе, и как себя он будет вести при отсутствии пользователя. > >>>>> >>>>>sendmail + auth >>>>>или >>>>>sendmail - smtp after pop-auth
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "RE: Sendmail  и проверка локального пользователя"
	Сообщение от lavr on 04-Окт-02, 17:08  (MSK)
	>>>>>>>>можно, важно чтобы pop3/imap демоны поддерживали pam >>>>>>>>например pam_pwdfile, pam_mysql, pam_ldap и тд и тп >>>>>>> >>>>>>>pop3/imap - это хорошо. >>>>>>>А вот сам sendmail как научить проверять не в системной базе? >>>>>> >>>>>>sendmail вообще не проверяет пользователей - это SMTP транспорт >>>>>>если хочется авторизации: >>>>> >>>>> Может я не правильно сформулировал вопрос? >>>>>взято http://unix1.jinr.ru/~lavr/webmail/webmail.html >>>>>..skip.. >>>>> >>>>>mail from: lala@sun.com >>>>>250 2.1.0 lala@sun.com... Sender ok >>>>>rcpt to: lavr@unix1.jinr.ru >>>>>250 2.1.5 lavr@unix1.jinr.ru... Recipient ok >>>>>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>>>>Меня интерересует именно вот эта проверка. >>>>>Я так понимаю ее делает сам sendmail и проверяет и /etc/pwd.db >>>>>А как ему подсунуть /test/pwd.db ? >>>> >>>>и где там выше есть авторизация?! пароль-то sendmail не спрашивает! >>> >>>Все правильно авторизации нет. >>>Но проверка на наличие локального пользователя производится. >>> >>>Так вот, возможно ли физически разделить системную базу пользователей >>>и базу почтовых пользователей? >> >>можно, куча разных модулей PAM >> >>>МТА может быть не обизатеьно sendmail. >> >>еще раз, MTA вовсе не обязательно проверять существующих пользователей, >>скорее даже не нужно сообщать об этом при vrfy или rcpt to > >Усли можно то этот момент по подробней. >Где смотреть в sendmailе, и как себя он будет вести при отсутствии >пользователя. подробней в документации /path/sendmail/cf/README и в doc/ http://www.sendmail.org/ http://sendmail.net/ http://sendmail.by.ru/ >> >>>>>> >>>>>>sendmail + auth >>>>>>или >>>>>>sendmail - smtp after pop-auth
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.