[Comm] Проблема Postfix+sasl2

[Comm] Проблема Postfix+sasl2

[Polovnikov Denis]

Здравствуйте,

Непонятная трабла случилась перестала работать аутонтификация :-( при
попытке отправить письмо в логах постфикса получаем следующее
сообщение:

client=unknown[192.168.12.200], sasl_method=CRAM-MD5, sasl_username=denis@greatex.ru
reject: RCPT from unknown[192.168.12.200]: 554 <admin@lg-support.ru>:
Relay access denied; from=<admin@tsgm.ru> to=<admin@lg-support.ru> proto=ESMTP helo=<ADMIN>

Вот что выдает TheBat в логах:
 14.09.2004, 13:51:37: SEND  - Отправка почты - писем в очереди: 1
 14.09.2004, 13:51:37: SEND  - Соединение с SMTP сервером прошло удачно
 14.09.2004, 13:51:37: SEND  - Аутентификация (программный CRAM-MD5)...
 14.09.2004, 13:51:37: SEND  - Отправка письма для admin@lg-support.ru
 14.09.2004, 13:51:38: SEND  - Последний переданный адрес получателя был <admin@lg-support.ru>
!14.09.2004, 13:51:38: SEND  - Письмо не отправлено. Сервер сообщает: <admin@lg-support.ru>: Relay access denied
 14.09.2004, 13:51:38: SEND  - Соединение завершено - отправлено писем: 0

 Подскажите где рыть в чем может быть проблема???
 
-- 
С уважением,
 Polovnikov Denis                         mailto:altlinux@lg-support.ru

Re: [Comm] Проблема Postfix+sasl2

[Nizamov Shavkat]

PD> Здравствуйте,

PD> Непонятная трабла случилась перестала работать аутонтификация :-( при
PD> попытке отправить письмо в логах постфикса получаем следующее
PD> сообщение:

PD> client=unknown[192.168.12.200], sasl_method=CRAM-MD5,
sasl_username=denis@greatex.ru
PD> reject: RCPT from unknown[192.168.12.200]: 554 <admin@lg-support.ru>:
PD> Relay access denied; from=<admin@tsgm.ru>
PD> to=<admin@lg-support.ru> proto=ESMTP helo=<ADMIN>

имхо конечно но это не проблема аутентификации

пользователь - denis@greatex.ru, а отправитель admin@tsgm.ru.  это
нормально ?

Re: [Comm] Проблема Postfix+sasl2

[Polovnikov Denis]

Здравствуйте, Polovnikov.

Народ чего молчите разве некто не поможет решить данную проблему :-(


PD> Здравствуйте,

PD> Непонятная трабла случилась перестала работать аутонтификация :-( при
PD> попытке отправить письмо в логах постфикса получаем следующее
PD> сообщение:

PD> client=unknown[192.168.12.200], sasl_method=CRAM-MD5, sasl_username=denis@greatex.ru
PD> reject: RCPT from unknown[192.168.12.200]: 554 <admin@lg-support.ru>:
PD> Relay access denied; from=<admin@tsgm.ru>
PD> to=<admin@lg-support.ru> proto=ESMTP helo=<ADMIN>

PD> Вот что выдает TheBat в логах:
PD>  14.09.2004, 13:51:37: SEND  - Отправка почты - писем в очереди: 1
PD>  14.09.2004, 13:51:37: SEND  - Соединение с SMTP сервером прошло удачно
PD>  14.09.2004, 13:51:37: SEND  - Аутентификация (программный CRAM-MD5)...
PD>  14.09.2004, 13:51:37: SEND  - Отправка письма для admin@lg-support.ru
PD>  14.09.2004, 13:51:38: SEND  - Последний переданный адрес
PD> получателя был <admin@lg-support.ru>
PD> !14.09.2004, 13:51:38: SEND  - Письмо не отправлено. Сервер
PD> сообщает: <admin@lg-support.ru>: Relay access denied
PD>  14.09.2004, 13:51:38: SEND  - Соединение завершено - отправлено писем: 0

PD>  Подскажите где рыть в чем может быть проблема???
 



-- 
С уважением,
 Polovnikov Denis                         mailto:altlinux@lg-support.ru

Re[2]: [Comm] Проблема Postfix+sasl2

[Polovnikov Denis]

Здравствуйте, Nizamov.

Вы писали 16 сентября 2004 г., 10:23:46:

PD>> Здравствуйте,

PD>> Непонятная трабла случилась перестала работать аутонтификация :-( при
PD>> попытке отправить письмо в логах постфикса получаем следующее
PD>> сообщение:

PD>> client=unknown[192.168.12.200], sasl_method=CRAM-MD5,
NS> sasl_username=denis@greatex.ru
PD>> reject: RCPT from unknown[192.168.12.200]: 554 <admin@lg-support.ru>:
PD>> Relay access denied; from=<admin@tsgm.ru>
PD>> to=<admin@lg-support.ru> proto=ESMTP helo=<ADMIN>

NS> имхо конечно но это не проблема аутентификации

NS> пользователь - denis@greatex.ru, а отправитель admin@tsgm.ru.  это
NS> нормально ?
Да просто имя юзера в базе sasl такое denis@greatex.ru а мыло
admin@tsgm.ru. На сколько я в курсе имя пользователя от его мыла не
зависит или может я чего путаю???

NS> _______________________________________________
NS> Community mailing list
NS> Community@altlinux.ru
NS> https://lists.altlinux.ru/mailman/listinfo/community



-- 
С уважением,
 Polovnikov Denis                         mailto:altlinux@lg-support.ru

Re: Re[2]: [Comm] Проблема Postfix+sasl2

[Nizamov Shavkat]

> Здравствуйте, Nizamov.
>
> Вы писали 16 сентября 2004 г., 10:23:46:
>
> PD>> Здравствуйте,
>
> PD>> Непонятная трабла случилась перестала работать аутонтификация :-( при
> PD>> попытке отправить письмо в логах постфикса получаем следующее
> PD>> сообщение:
>
> PD>> client=unknown[192.168.12.200], sasl_method=CRAM-MD5,
> NS> sasl_username=denis@greatex.ru
> PD>> reject: RCPT from unknown[192.168.12.200]: 554 <admin@lg-support.ru>:
> PD>> Relay access denied; from=<admin@tsgm.ru>
> PD>> to=<admin@lg-support.ru> proto=ESMTP helo=<ADMIN>
>
> NS> имхо конечно но это не проблема аутентификации
>
> NS> пользователь - denis@greatex.ru, а отправитель admin@tsgm.ru.  это
> NS> нормально ?
> Да просто имя юзера в базе sasl такое denis@greatex.ru а мыло
> admin@tsgm.ru. На сколько я в курсе имя пользователя от его мыла не
> зависит или может я чего путаю???

а, понятно. но все-таки из логов не видно что пользователь не
аутентифицируется. по-моему в этом случае должны были быть ошибки типа
incorrect password или что либо подобное. по-моему слудет взгянуть на
конфиг постфикса на наличие штучек типа permit_sasl_authenticated

Re: Re[4]: [Comm] Проблема Postfix+sasl2

[Nizamov Shavkat]

> Здравствуйте, Nizamov.
>
> Вы писали 16 сентября 2004 г., 11:19:55:
>
>>> Здравствуйте, Nizamov.
>>>
>>> Вы писали 16 сентября 2004 г., 10:23:46:
>>>
>>> PD>> Здравствуйте,
>>>
>>> PD>> Непонятная трабла случилась перестала работать аутонтификация :-(
>>> при
>>> PD>> попытке отправить письмо в логах постфикса получаем следующее
>>> PD>> сообщение:
>>>
>>> PD>> client=unknown[192.168.12.200], sasl_method=CRAM-MD5,
>>> NS> sasl_username=denis@greatex.ru
>>> PD>> reject: RCPT from unknown[192.168.12.200]: 554
>>> <admin@lg-support.ru>:
>>> PD>> Relay access denied; from=<admin@tsgm.ru>
>>> PD>> to=<admin@lg-support.ru> proto=ESMTP helo=<ADMIN>
>>>
>>> NS> имхо конечно но это не проблема аутентификации
>>>
>>> NS> пользователь - denis@greatex.ru, а отправитель admin@tsgm.ru.  это
>>> NS> нормально ?
>>> Да просто имя юзера в базе sasl такое denis@greatex.ru а мыло
>>> admin@tsgm.ru. На сколько я в курсе имя пользователя от его мыла не
>>> зависит или может я чего путаю???
>
> NS> а, понятно. но все-таки из логов не видно что пользователь не
> NS> аутентифицируется. по-моему в этом случае должны были быть ошибки типа
> NS> incorrect password или что либо подобное. по-моему слудет взгянуть на
> NS> конфиг постфикса на наличие штучек типа permit_sasl_authenticated
>
> Вот это у мня в конфиге живет.
>
> #SASL
> smtpd_sasl_auth_enable = yes
> smtpd_sasl_security_options = noanonymous
> smtpd_sasl_local_domain = $myhostname
> broken_sasl_auth_clients = yes
>

э, нет, это не все

насколько я помню должно быть нечто такое

smtpd_sender_restrictions = permit_sasl_authenticated

Re[4]: [Comm] Проблема Postfix+sasl2

[Polovnikov Denis]

Здравствуйте, Nizamov.

Вы писали 16 сентября 2004 г., 11:19:55:

>> Здравствуйте, Nizamov.
>>
>> Вы писали 16 сентября 2004 г., 10:23:46:
>>
>> PD>> Здравствуйте,
>>
>> PD>> Непонятная трабла случилась перестала работать аутонтификация :-( при
>> PD>> попытке отправить письмо в логах постфикса получаем следующее
>> PD>> сообщение:
>>
>> PD>> client=unknown[192.168.12.200], sasl_method=CRAM-MD5,
>> NS> sasl_username=denis@greatex.ru
>> PD>> reject: RCPT from unknown[192.168.12.200]: 554 <admin@lg-support.ru>:
>> PD>> Relay access denied; from=<admin@tsgm.ru>
>> PD>> to=<admin@lg-support.ru> proto=ESMTP helo=<ADMIN>
>>
>> NS> имхо конечно но это не проблема аутентификации
>>
>> NS> пользователь - denis@greatex.ru, а отправитель admin@tsgm.ru.  это
>> NS> нормально ?
>> Да просто имя юзера в базе sasl такое denis@greatex.ru а мыло
>> admin@tsgm.ru. На сколько я в курсе имя пользователя от его мыла не
>> зависит или может я чего путаю???

NS> а, понятно. но все-таки из логов не видно что пользователь не
NS> аутентифицируется. по-моему в этом случае должны были быть ошибки типа
NS> incorrect password или что либо подобное. по-моему слудет взгянуть на
NS> конфиг постфикса на наличие штучек типа permit_sasl_authenticated

Вот это у мня в конфиге живет.

#SASL
smtpd_sasl_auth_enable = yes               
smtpd_sasl_security_options = noanonymous  
smtpd_sasl_local_domain = $myhostname      
broken_sasl_auth_clients = yes



-- 
С уважением,
 Polovnikov Denis                         mailto:altlinux@lg-support.ru

Re[6]: [Comm] Проблема Postfix+sasl2

[Polovnikov Denis]

Здравствуйте, Nizamov.

Вы писали 16 сентября 2004 г., 11:35:12:

ПОлучается проблема в следующем клиент нормально проходит SASL
авторизацию но почту отправить postfix ему все равно не разрешает :-(
Проверил авторизация проходит успешно.


>> Здравствуйте, Nizamov.
>>
>> Вы писали 16 сентября 2004 г., 11:19:55:
>>
>>>> Здравствуйте, Nizamov.
>>>>
>>>> Вы писали 16 сентября 2004 г., 10:23:46:
>>>>
>>>> PD>> Здравствуйте,
>>>>
>>>> PD>> Непонятная трабла случилась перестала работать аутонтификация :-(
>>>> при
>>>> PD>> попытке отправить письмо в логах постфикса получаем следующее
>>>> PD>> сообщение:
>>>>
>>>> PD>> client=unknown[192.168.12.200], sasl_method=CRAM-MD5,
>>>> NS> sasl_username=denis@greatex.ru
>>>> PD>> reject: RCPT from unknown[192.168.12.200]: 554
>>>> <admin@lg-support.ru>:
>>>> PD>> Relay access denied; from=<admin@tsgm.ru>
>>>> PD>> to=<admin@lg-support.ru> proto=ESMTP helo=<ADMIN>
>>>>
>>>> NS> имхо конечно но это не проблема аутентификации
>>>>
>>>> NS> пользователь - denis@greatex.ru, а отправитель admin@tsgm.ru.  это
>>>> NS> нормально ?
>>>> Да просто имя юзера в базе sasl такое denis@greatex.ru а мыло
>>>> admin@tsgm.ru. На сколько я в курсе имя пользователя от его мыла не
>>>> зависит или может я чего путаю???
>>
>> NS> а, понятно. но все-таки из логов не видно что пользователь не
>> NS> аутентифицируется. по-моему в этом случае должны были быть ошибки типа
>> NS> incorrect password или что либо подобное. по-моему слудет взгянуть на
>> NS> конфиг постфикса на наличие штучек типа permit_sasl_authenticated
>>
>> Вот это у мня в конфиге живет.
>>
>> #SASL
>> smtpd_sasl_auth_enable = yes
>> smtpd_sasl_security_options = noanonymous
>> smtpd_sasl_local_domain = $myhostname
>> broken_sasl_auth_clients = yes
>>

NS> э, нет, это не все

NS> насколько я помню должно быть нечто такое

NS> smtpd_sender_restrictions = permit_sasl_authenticated
NS> _______________________________________________
NS> Community mailing list
NS> Community@altlinux.ru
NS> https://lists.altlinux.ru/mailman/listinfo/community



-- 
С уважением,
 Polovnikov Denis                         mailto:altlinux@lg-support.ru

Re: Re[6]: [Comm] Проблема Postfix+sasl2

[Nizamov Shavkat]

> Здравствуйте, Nizamov.
>
> Вы писали 16 сентября 2004 г., 11:35:12:
>
> ПОлучается проблема в следующем клиент нормально проходит SASL
> авторизацию но почту отправить postfix ему все равно не разрешает :-(
> Проверил авторизация проходит успешно.
>
>

smtpd_sender_restrictions = permit_sasl_authenticated

должно быть обязательно!

давайте сюда соответствующий кусок конфига

Re[8]: [Comm] Проблема Postfix+sasl2

[Polovnikov Denis]

Здравствуйте, Nizamov.

Вы писали 16 сентября 2004 г., 12:21:30:

>> Здравствуйте, Nizamov.
>>
>> Вы писали 16 сентября 2004 г., 11:35:12:
>>
>> ПОлучается проблема в следующем клиент нормально проходит SASL
>> авторизацию но почту отправить postfix ему все равно не разрешает :-(
>> Проверил авторизация проходит успешно.
>>
>>

NS> smtpd_sender_restrictions = permit_sasl_authenticated

NS> должно быть обязательно!

В каком конфиге??? в main.cf
у меня вот что на тему SASL
#SASL
smtpd_sasl_auth_enable = yes                          
smtpd_sasl_security_options = noanonymous             
smtpd_sasl_local_domain = $myhostname                 
broken_sasl_auth_clients = yes                        
smtpd_sender_restrictions = permit_sasl_authenticated 

NS> давайте сюда соответствующий кусок конфига


NS> _______________________________________________
NS> Community mailing list
NS> Community@altlinux.ru
NS> https://lists.altlinux.ru/mailman/listinfo/community



-- 
С уважением,
 Polovnikov Denis                         mailto:altlinux@lg-support.ru

Re: Re[8]: [Comm] Проблема Postfix+sasl2

[Nizamov Shavkat]

> у меня вот что на тему SASL
> #SASL
> smtpd_sasl_auth_enable = yes
> smtpd_sasl_security_options = noanonymous
> smtpd_sasl_local_domain = $myhostname
> broken_sasl_auth_clients = yes
> smtpd_sender_restrictions = permit_sasl_authenticated
>

дык вроде все нормально

чему равен myhostname ?

Re: Re[10]: [Comm] Проблема Postfix+sasl2

[Nizamov Shavkat]

>
> NS> чему равен myhostname ?
>
> mail.greatex.ru

ны дык а чего вы ж хотели ? будут переслаться письма с обратным адресом
@mail.greatex.ru, а вы пытаетесь отправить письмо с обратным адресом
***@tsgm.ru (или что-то такое)

поправьте myhostname и все будет в порядке

Re[10]: [Comm] Проблема Postfix+sasl2

[Polovnikov Denis]

Здравствуйте, Nizamov.

Вы писали 16 сентября 2004 г., 12:51:32:

>> у меня вот что на тему SASL
>> #SASL
>> smtpd_sasl_auth_enable = yes
>> smtpd_sasl_security_options = noanonymous
>> smtpd_sasl_local_domain = $myhostname
>> broken_sasl_auth_clients = yes
>> smtpd_sender_restrictions = permit_sasl_authenticated
>>

NS> дык вроде все нормально

NS> чему равен myhostname ?

mail.greatex.ru

NS> _______________________________________________
NS> Community mailing list
NS> Community@altlinux.ru
NS> https://lists.altlinux.ru/mailman/listinfo/community



-- 
С уважением,
 Polovnikov                          mailto:altlinux@lg-support.ru

Re: Re[12]: [Comm] Проблема Postfix+sasl2

[Nizamov Shavkat]

>
> NS> поправьте myhostname и все будет в порядке
> не помогает. Изменил hostname на greatex.ru и обратный адрес на
> user@greatex.ru все рано все по прежнему.
>

mydomain тоже надо установить в greatex.ru

и вообще лучше если полностью конфиг дадите

Re[12]: [Comm] Проблема Postfix+sasl2

[Polovnikov Denis]

Здравствуйте, Nizamov.

Вы писали 16 сентября 2004 г., 12:58:42:

>>
>> NS> чему равен myhostname ?
>>
>> mail.greatex.ru

NS> ны дык а чего вы ж хотели ? будут переслаться письма с обратным адресом
NS> @mail.greatex.ru, а вы пытаетесь отправить письмо с обратным адресом
NS> ***@tsgm.ru (или что-то такое)

NS> поправьте myhostname и все будет в порядке
не помогает. Изменил hostname на greatex.ru и обратный адрес на
user@greatex.ru все рано все по прежнему.



-- 
С уважением,
 Polovnikov Denis                         mailto:altlinux@lg-support.ru

Re[14]: [Comm] Проблема Postfix+sasl2

[Polovnikov Denis]

Здравствуйте, Nizamov.

Вы писали 16 сентября 2004 г., 13:59:43:

>>
>> NS> поправьте myhostname и все будет в порядке
>> не помогает. Изменил hostname на greatex.ru и обратный адрес на
>> user@greatex.ru все рано все по прежнему.
>>

NS> mydomain тоже надо установить в greatex.ru
Стоит

NS> и вообще лучше если полностью конфиг дадите
Вот.

# Global Postfix configuration file. This file lists only a subset
# of all 300+ parameters. See the samples/xxx.cf files for a full list.
# 
# The general format is lines with parameter = value pairs. Lines
# that begin with whitespace continue the previous line. A value can
# contain references to other $names or ${name}s.
#
# NOTE - CHANGE NO MORE THAN 2-3 PARAMETERS AT A TIME, AND TEST IF
# POSTFIX STILL WORKS AFTER EVERY CHANGE.

# SOFT BOUNCE
#
# The soft_bounce parameter provides a limited safety net for
# testing.  When soft_bounce is enabled, mail will remain queued that
# would otherwise bounce. This parameter disables locally-generated
# bounces, and prevents the SMTP server from rejecting mail permanently
# (by changing 5xx replies into 4xx replies). However, soft_bounce
# is no cure for address rewriting mistakes or mail routing mistakes.
#
#soft_bounce = no

# INTERNET HOST AND DOMAIN NAMES
# 
# The myhostname parameter specifies the internet hostname of this
# mail system. The default is to use the fully-qualified domain name
# from gethostname(). $myhostname is used as a default value for many
# other configuration parameters.
#
myhostname = greatex.ru
#myhostname = virtual.domain.tld

# The mydomain parameter specifies the local internet domain name.
# The default is to use $myhostname minus the first component.
# $mydomain is used as a default value for many other configuration
# parameters.
#
mydomain = greatex.ru

# SENDING MAIL
# 
# The myorigin parameter specifies the domain that locally-posted
# mail appears to come from. The default is to append $myhostname,
# which is fine for small sites.  If you run a domain with multiple
# machines, you should (1) change this to $mydomain and (2) set up
# a domain-wide alias database that aliases each user to
# user@that.users.mailhost.
#
# For the sake of consistency between sender and recipient addresses,
# myorigin also specifies the default domain name that is appended
# to recipient addresses that have no @domain part.
#
#myorigin = $myhostname
myorigin = $mydomain

# RECEIVING MAIL

# The inet_interfaces parameter specifies the network interface
# addresses that this mail system receives mail on.  By default,
# the software claims all active interfaces on the machine. The
# parameter also controls delivery of mail to user@[ip.address].
#
# See also the proxy_interfaces parameter, for network addresses that
# are forwarded to us via a proxy or network address translator.
#
# Note: you need to stop/start Postfix when this parameter changes.
#
inet_interfaces = all
#inet_interfaces = $myhostname
#inet_interfaces = $myhostname, localhost

# The proxy_interfaces parameter specifies the network interface
# addresses that this mail system receives mail on by way of a
# proxy or network address translation unit. This setting extends
# the address list specified with the inet_interfaces parameter.
#
# You must specify your proxy/NAT addresses when your system is a
# backup MX host for other domains, otherwise mail delivery loops
# will happen when the primary MX host is down.
#
#proxy_interfaces =
#proxy_interfaces = 1.2.3.4

# The mydestination parameter specifies the list of domains that this
# machine considers itself the final destination for.
#
# These domains are routed to the delivery agent specified with the
# local_transport parameter setting. By default, that is the UNIX
# compatible delivery agent that lookups all recipients in /etc/passwd
# and /etc/aliases or their equivalent.
#
# The default is $myhostname + localhost.$mydomain.  On a mail domain
# gateway, you should also include $mydomain.
#
# Do not specify the names of virtual domains - those domains are
# specified elsewhere (see samples/virtual.cf).
#
# Do not specify the names of domains that this machine is backup MX
# host for. Specify those names via the relay_domains settings for
# the SMTP server, or use permit_mx_backup if you are lazy (see
# samples/smtpd.cf).
#
# The local machine is always the final destination for mail addressed
# to user@[the.net.work.address] of an interface that the mail system
# receives mail on (see the inet_interfaces parameter).
#
# Specify a list of host or domain names, /file/name or type:table
# patterns, separated by commas and/or whitespace. A /file/name
# pattern is replaced by its contents; a type:table is matched when
# a name matches a lookup key (the right-hand side is ignored).
# Continue long lines by starting the next line with whitespace.
#
# DO NOT LIST RELAY DESTINATIONS IN MYDESTINATION.
# SPECIFY RELAY DESTINATIONS IN RELAY_DOMAINS.
#
# See also below, section "REJECTING MAIL FOR UNKNOWN LOCAL USERS".
#
#mydestination = $myhostname, localhost.$mydomain
#mydestination = $myhostname, localhost.$mydomain $mydomain
#mydestination = $myhostname, localhost.$mydomain, $mydomain,
#       mail.$mydomain, www.$mydomain, ftp.$mydomain
mydestination = localhost, $myhostname, localhost.$mydomain, $config_directory/mydestination

# REJECTING MAIL FOR UNKNOWN LOCAL USERS
#
# The local_recipient_maps parameter specifies optional lookup tables
# with all names or addresses of users that are local with respect
# to $mydestination and $inet_interfaces.
#
# If this parameter is defined, then the SMTP server will reject
# mail for unknown local users. This parameter is defined by default.
#
# To turn off local recipient checking in the SMTP server, specify
# local_recipient_maps = (i.e. empty).
#
# The default setting assumes that you use the default Postfix local
# delivery agent for local delivery. You need to update the
# local_recipient_maps setting if:
#
# - You define $mydestination domain recipients in files other than
#   /etc/passwd, /etc/postfix/aliases, or the $virtual_alias_maps files.
#   For example, you define $mydestination domain recipients in    
#   the $virtual_mailbox_maps files.
#
# - You redefine the local delivery agent in master.cf.
#
# - You redefine the "local_transport" setting in main.cf.
#
# - You use the "luser_relay", "mailbox_transport", or "fallback_transport"
#   feature of the Postfix local delivery agent (see samples/local.cf).
#
# Details are described in the LOCAL_RECIPIENT_README file.
#
# Beware: if the Postfix SMTP server runs chrooted, you probably have
# to access the passwd file via the proxymap service, in order to
# overcome chroot restrictions. The alternative, having a copy of
# the system passwd file in the chroot jail is just not practical.
#
# The right-hand side of the lookup tables is conveniently ignored.
# In the left-hand side, specify a bare username, an @domain.tld
# wild-card, or specify a user@domain.tld address.
# 
#local_recipient_maps = unix:passwd.byname $alias_maps
#local_recipient_maps = proxy:unix:passwd.byname $alias_maps
#local_recipient_maps =

# The unknown_local_recipient_reject_code specifies the SMTP server
# response code when a recipient domain matches $mydestination or
# $inet_interfaces, while $local_recipient_maps is non-empty and the
# recipient address or address local-part is not found.
#
# The default setting is 550 (reject mail) but it is safer to start
# with 450 (try again later) until you are certain that your
# local_recipient_maps settings are OK.
#
unknown_local_recipient_reject_code = 550

# TRUST AND RELAY CONTROL

# The mynetworks parameter specifies the list of "trusted" SMTP
# clients that have more privileges than "strangers".
#
# In particular, "trusted" SMTP clients are allowed to relay mail
# through Postfix.  See the smtpd_recipient_restrictions parameter
# in file samples/smtpd.cf.
#
# You can specify the list of "trusted" network addresses by hand
# or you can let Postfix do it for you (which is the default).
#
# By default (mynetworks_style = host), Postfix "trusts" SMTP
# clients of the local machine only.
# 
# Specify "mynetworks_style = class" when Postfix should "trust" SMTP
# clients in the same IP class A/B/C networks as the local machine.
# Don't do this with a dialup site - it would cause Postfix to "trust"
# your entire provider's network.  Instead, specify an explicit
# mynetworks list by hand, as described below.
#  
# Specify "mynetworks_style = subnet" when Postfix should "trust" SMTP
# clients in the same IP subnetworks as the local machine.
# 
#mynetworks_style = class
#mynetworks_style = subnet
#mynetworks_style = host

# Alternatively, you can specify the mynetworks list by hand, in
# which case Postfix ignores the mynetworks_style setting.
#
# Specify an explicit list of network/netmask patterns, where the
# mask specifies the number of bits in the network part of a host
# address.
#
# You can also specify the absolute pathname of a pattern file instead
# of listing the patterns here. Specify type:table for table-based lookups
# (the value on the table right-hand side is not used).
#
#mynetworks = 168.100.189.0/28, 127.0.0.0/8
mynetworks = $config_directory/mynetworks
#mynetworks = hash:/etc/postfix/network_table

# The relay_domains parameter restricts what destinations this system will
# relay mail to.  See the smtpd_recipient_restrictions restriction in the
# file samples/smtpd.cf for detailed information.
#
# By default, Postfix relays mail
# - from "trusted" clients (IP address matches $mynetworks) to any destination,
# - from "untrusted" clients to destinations that match $relay_domains or
#   subdomains thereof, except addresses with sender-specified routing.
# The default relay_domains value is $mydestination.
# 
# In addition to the above, the Postfix SMTP server by default accepts mail
# that Postfix is final destination for:
# - destinations that match $inet_interfaces,
# - destinations that match $mydestination
# - destinations that match $virtual_alias_domains,
# - destinations that match $virtual_mailbox_domains.
# These destinations do not need to be listed in $relay_domains.
# 
# Specify a list of hosts or domains, /file/name patterns or type:name
# lookup tables, separated by commas and/or whitespace.  Continue
# long lines by starting the next line with whitespace. A file name
# is replaced by its contents; a type:name table is matched when a
# (parent) domain appears as lookup key.
#
# NOTE: Postfix will not automatically forward mail for domains that
# list this system as their primary or backup MX host. See the
# permit_mx_backup restriction in the file samples/smtpd.cf.
#
#relay_domains = $mydestination

# INTERNET OR INTRANET

# The relayhost parameter specifies the default host to send mail to
# when no entry is matched in the optional transport(5) table. When
# no relayhost is given, mail is routed directly to the destination.
#
# On an intranet, specify the organizational domain name. If your
# internal DNS uses no MX records, specify the name of the intranet
# gateway host instead.
#
# In the case of SMTP, specify a domain, host, host:port, [host]:port,
# [address] or [address]:port; the form [host] turns off MX lookups.
#
# If you're connected via UUCP, see also the default_transport parameter.
#
#relayhost = $mydomain
#relayhost = gateway.my.domain
#relayhost = uucphost
#relayhost = [an.ip.add.ress]

# REJECTING UNKNOWN RELAY USERS
#
# The relay_recipient_maps parameter specifies optional lookup tables
# with all addresses in the domains that match $relay_domains.
#
# If this parameter is defined, then the SMTP server will reject
# mail for unknown relay users. This feature is off by default.
#
# The right-hand side of the lookup tables is conveniently ignored.
# In the left-hand side, specify an @domain.tld wild-card, or specify
# a user@domain.tld address.
# 
#relay_recipient_maps = hash:/etc/postfix/relay_recipients

# INPUT RATE CONTROL
#
# The in_flow_delay configuration parameter implements mail input
# flow control. This feature is turned on by default, although it
# still needs further development (it's disabled on SCO UNIX due
# to an SCO bug).
# 
# A Postfix process will pause for $in_flow_delay seconds before
# accepting a new message, when the message arrival rate exceeds the
# message delivery rate. With the default 100 SMTP server process
# limit, this limits the mail inflow to 100 messages a second more
# than the number of messages delivered per second.
# 
# Specify 0 to disable the feature. Valid delays are 0..10.
# 
#in_flow_delay = 1s

# ADDRESS REWRITING
#
# Insert text from samples/rewrite.cf if you need to do address
# masquerading.
#
# Insert text from samples/canonical.cf if you need to do address
# rewriting, or if you need username->Firstname.Lastname mapping.

# ADDRESS REDIRECTION (VIRTUAL DOMAIN)
#
# Insert text from samples/virtual.cf if you need virtual domain support.

# "USER HAS MOVED" BOUNCE MESSAGES
#
# Insert text from samples/relocated.cf if you need "user has moved"
# style bounce messages. Alternatively, you can bounce recipients
# with an SMTP server access table. See samples/smtpd.cf.

# TRANSPORT MAP
#
# Insert text from samples/transport.cf if you need explicit routing.

# ALIAS DATABASE
#
# The alias_maps parameter specifies the list of alias databases used
# by the local delivery agent. The default list is system dependent.
#
# On systems with NIS, the default is to search the local alias
# database, then the NIS alias database. See aliases(5) for syntax
# details.
# 
# If you change the alias database, run "postalias /etc/postfix/aliases" (or
# wherever your system stores the mail alias file), or simply run
# "newaliases" to build the necessary DBM or DB file.
#
# It will take a minute or so before changes become visible.  Use
# "postfix reload" to eliminate the delay.
#
#alias_maps = dbm:/etc/postfix/aliases
#alias_maps = hash:/etc/postfix/aliases
#alias_maps = hash:/etc/postfix/aliases, nis:mail.aliases
#alias_maps = netinfo:/aliases

# The alias_database parameter specifies the alias database(s) that
# are built with "newaliases" or "sendmail -bi".  This is a separate
# configuration parameter, because alias_maps (see above) may specify
# tables that are not necessarily all under control by Postfix.
#
#alias_database = dbm:/etc/postfix/aliases
#alias_database = hash:/etc/postfix/aliases
#alias_database = hash:/etc/postfix/aliases, hash:/opt/majordomo/aliases

# ADDRESS EXTENSIONS (e.g., user+foo)
#
# The recipient_delimiter parameter specifies the separator between
# user names and address extensions (user+foo). See canonical(5),
# local(8), relocated(5) and virtual(5) for the effects this has on
# aliases, canonical, virtual, relocated and .forward file lookups.
# Basically, the software tries user+foo and .forward+foo before
# trying user and .forward.
#
#recipient_delimiter = +

# DELIVERY TO MAILBOX
#
# The home_mailbox parameter specifies the optional pathname of a
# mailbox file relative to a user's home directory. The default
# mailbox file is /var/spool/mail/user or /var/mail/user.  Specify
# "Maildir/" for qmail-style delivery (the / is required).
#
#home_mailbox = Mailbox
#home_mailbox = Maildir/

# The mail_spool_directory parameter specifies the directory where
# UNIX-style mailboxes are kept. The default setting depends on the
# system type.
#
#mail_spool_directory = /var/mail
#mail_spool_directory = /var/spool/mail

# The mailbox_command parameter specifies the optional external
# command to use instead of mailbox delivery. The command is run as
# the recipient with proper HOME, SHELL and LOGNAME environment settings.
# Exception:  delivery for root is done as $default_user.
#
# Other environment variables of interest: USER (recipient username),
# EXTENSION (address extension), DOMAIN (domain part of address),
# and LOCAL (the address localpart).
#
# Unlike other Postfix configuration parameters, the mailbox_command
# parameter is not subjected to $parameter substitutions. This is to
# make it easier to specify shell syntax (see example below).
#
# Avoid shell meta characters because they will force Postfix to run
# an expensive shell process. Procmail alone is expensive enough.
#
# IF YOU USE THIS TO DELIVER MAIL SYSTEM-WIDE, YOU MUST SET UP AN
# ALIAS THAT FORWARDS MAIL FOR ROOT TO A REAL USER.
#
#mailbox_command = /usr/bin/procmail -a "$EXTENSION"
mailbox_command = /usr/bin/procmail -a $DOMAIN -d $LOGNAME

# The mailbox_transport specifies the optional transport in master.cf
# to use after processing aliases and .forward files. This parameter
# has precedence over the mailbox_command, fallback_transport and
# luser_relay parameters.
#
# Specify a string of the form transport:nexthop, where transport is
# the name of a mail delivery transport defined in master.cf.  The
# :nexthop part is optional. For more details see the sample transport
# configuration file.
#
# NOTE: if you use this feature for accounts not in the UNIX password
# file, then you must update the "local_recipient_maps" setting in
# the main.cf file, otherwise the SMTP server will reject mail for    
# non-UNIX accounts with "User unknown in local recipient table".
#
#mailbox_transport = lmtp:unix:/file/name
#mailbox_transport = cyrus

# The fallback_transport specifies the optional transport in master.cf
# to use for recipients that are not found in the UNIX passwd database.
# This parameter has precedence over the luser_relay parameter.
#
# Specify a string of the form transport:nexthop, where transport is
# the name of a mail delivery transport defined in master.cf.  The
# :nexthop part is optional. For more details see the sample transport
# configuration file.
#
# NOTE: if you use this feature for accounts not in the UNIX password
# file, then you must update the "local_recipient_maps" setting in
# the main.cf file, otherwise the SMTP server will reject mail for    
# non-UNIX accounts with "User unknown in local recipient table".
#
#fallback_transport = lmtp:unix:/file/name
#fallback_transport = cyrus
#fallback_transport =

# The luser_relay parameter specifies an optional destination address
# for unknown recipients.  By default, mail for unknown@$mydestination
# and unknown@[$inet_interfaces] is returned as undeliverable.
#
# The following expansions are done on luser_relay: $user (recipient
# username), $shell (recipient shell), $home (recipient home directory),
# $recipient (full recipient address), $extension (recipient address
# extension), $domain (recipient domain), $local (entire recipient
# localpart), $recipient_delimiter. Specify ${name?value} or
# ${name:value} to expand value only when $name does (does not) exist.
#
# luser_relay works only for the default Postfix local delivery agent.
#
# NOTE: if you use this feature for accounts not in the UNIX password
# file, then you must specify "local_recipient_maps =" (i.e. empty) in
# the main.cf file, otherwise the SMTP server will reject mail for    
# non-UNIX accounts with "User unknown in local recipient table".
#
#luser_relay = $user@other.host
#luser_relay = $local@other.host
#luser_relay = admin+$local

# JUNK MAIL CONTROLS
# 
# The controls listed here are only a very small subset. See the file
# samples/smtpd.cf for an elaborate list of anti-UCE controls.

# The header_checks parameter specifies an optional table with patterns
# that each logical message header is matched against, including
# headers that span multiple physical lines.
#
# By default, these patterns also apply to MIME headers and to the
# headers of attached messages. With older Postfix versions, MIME and
# attached message headers were treated as body text.
#
# For details, see the samples/filter.cf file.
#
#header_checks = regexp:/etc/postfix/header_checks

# FAST ETRN SERVICE
#
# Postfix maintains per-destination logfiles with information about
# deferred mail, so that mail can be flushed quickly with the SMTP
# "ETRN domain.tld" command, or by executing "sendmail -qRdomain.tld".
# 
# By default, Postfix maintains deferred mail logfile information
# only for destinations that Postfix is willing to relay to (as
# specified in the relay_domains parameter). For other destinations,
# Postfix attempts to deliver ALL queued mail after receiving the
# SMTP "ETRN domain.tld" command, or after execution of "sendmail
# -qRdomain.tld". This can be slow when a lot of mail is queued.
# 
# The fast_flush_domains parameter controls what destinations are
# eligible for this "fast ETRN/sendmail -qR" service.
# 
#fast_flush_domains = $relay_domains
#fast_flush_domains =

# SHOW SOFTWARE VERSION OR NOT
#
# The smtpd_banner parameter specifies the text that follows the 220
# code in the SMTP server's greeting banner. Some people like to see
# the mail version advertised. By default, Postfix shows no version.
#
# You MUST specify $myhostname at the start of the text. That is an
# RFC requirement. Postfix itself does not care.
#
#smtpd_banner = $myhostname ESMTP $mail_name
#smtpd_banner = $myhostname ESMTP $mail_name ($mail_version)

# The smtpd_etrn_restrictions parameter restricts what clients are
# allowed to issue the ETRN command.
#
# The Postfix ETRN command accepts only destinations that are eligible
# for the Postfix "fast flush" service. See the samples/flush.cf file
# for details.
#
# The default is to allow ETRN from any host.  The following restrictions
# are available:
#
#   reject_unknown_client: reject the request if the client hostname is unknown.
#   permit_mynetworks: permit if the client address matches $mynetworks.
#   check_client_access maptype:mapname
#       look up client name, parent domains, client address,
#       or networks obtained by stripping octets.
#       see access(5) for possible lookup results.
#   reject_rbl_client domain.tld: reject if the reverse client network
#       address is listed in an A record under domain.tld.
#   reject_rhsbl_client domain.tld: reject if the client hostname is listed
#       in an A record under domain.tld.
#   reject: reject the request. Place this at the end of a restriction.
#   permit: permit the request. Place this at the end of a restriction.
#   warn_if_reject: next restriction logs a warning instead of rejecting.
#
# You may also list any helo or client restrictions here (see below).
#
smtpd_etrn_restrictions = permit_mynetworks, reject

# The smtpd_helo_required parameter optionally turns on the requirement
# that SMTP clients must introduce themselves at the beginning of an
# SMTP session.
#
smtpd_helo_required = yes

# PARALLEL DELIVERY TO THE SAME DESTINATION
#
# How many parallel deliveries to the same user or domain? With local
# delivery, it does not make sense to do massively parallel delivery
# to the same user, because mailbox updates must happen sequentially,
# and expensive pipelines in .forward files can cause disasters when
# too many are run at the same time. With SMTP deliveries, 10
# simultaneous connections to the same domain could be sufficient to
# raise eyebrows.
# 
# Each message delivery transport has its XXX_destination_concurrency_limit
# parameter.  The default is $default_destination_concurrency_limit for
# most delivery transports. For the local delivery agent the default is 2.

#local_destination_concurrency_limit = 2
#default_destination_concurrency_limit = 20

# INSTALL-TIME CONFIGURATION INFORMATION
readme_directory = /etc/postfix/README_FILES
sample_directory = /etc/postfix/samples
sendmail_path = /usr/sbin/sendmail
setgid_group = postdrop
command_directory = /usr/sbin
manpage_directory = /usr/share/man
daemon_directory = /usr/lib/postfix
newaliases_path = /usr/bin/newaliases
mailq_path = /usr/bin/mailq
queue_directory = /var/spool/postfix
mail_owner = postfix
message_size_limit = 30000000
#SASL
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain = $myhostname
broken_sasl_auth_clients = yes
smtpd_sender_restrictions = permit_sasl_authenticated
virtual_alias_maps = hash:/etc/postfix/virtual



-- 
С уважением,
 Polovnikov                          mailto:altlinux@lg-support.ru

Re: Re[14]: [Comm] Проблема Postfix+sasl2

[Nizamov Shavkat]

>
> NS> и вообще лучше если полностью конфиг дадите
> Вот.

вроде все нормально.

попробуйте отправить письмо, отключив в клиенте авторизацию, при
smtpd_sender_restrictions = permit_my_networks

и посмотрите что в логах в момент запуска

rpm -qa | grep sasl ?

Re: Re[16]: [Comm] Проблема Postfix+sasl2

[Nizamov Shavkat]

>
> [root@master postfix]# rpm -qa | grep sasl
> libsasl2-devel-2.1.10-alt1.5
> cyrus-sasl2-2.1.10-alt1.5
> libsasl2-2.1.10-alt1.5
>

должны быть установлены пакеты типа postfix-sasl, postfix-smtpd-sasl

посмотрите apt-cache search sasl

Re[16]: [Comm] Проблема Postfix+sasl2

[Polovnikov Denis]

Здравствуйте, Nizamov.

Вы писали 16 сентября 2004 г., 15:00:41:

>>
>> NS> и вообще лучше если полностью конфиг дадите
>> Вот.

NS> вроде все нормально.

NS> попробуйте отправить письмо, отключив в клиенте авторизацию, при
NS> smtpd_sender_restrictions = permit_my_networks

NS> и посмотрите что в логах в момент запуска
Все хорошо нет проблем все уходит нормльно как и положенно. :-/

 BC1201A3301: client=unknown[192.168.12.200]
BC1201A3301: message-id=<865299510.20040916135505@greatex.ru>
C1201A3301: from=<admin@greatex.ru>, size=913, nrcpt=1 (queue active)        
15798]: scan: the message(drweb.tmp.4pmtz2) sent by admin@greatex.ru
to admin@lg-support.ru is passed
 disconnect from unknown[192.168.12.200]                                     
C94051A3304: uid=501 from=<admin@greatex.ru>
C94051A3304: message-id=<865299510.20040916135505@greatex.ru>
94051A3304: from=<admin@greatex.ru>, size=1021, nrcpt=1 (queue active)       
BC1201A3301: to=<admin@lg-support.ru>, relay=filter, delay=0,status=sent (dummy)
C94051A3304: to=<admin@lg-support.ru>, relay=mail.lg-support.ru[213.219.242.1], delay=2, status=sent (250 2.0.0 i8GCSdkF011515 Message accepted for delivery)


NS> rpm -qa | grep sasl ?

[root@master postfix]# rpm -qa | grep sasl
libsasl2-devel-2.1.10-alt1.5                
cyrus-sasl2-2.1.10-alt1.5                   
libsasl2-2.1.10-alt1.5                      


-- 
С уважением,
 Polovnikov                          mailto:altlinux@lg-support.ru

Re[18]: [Comm] Проблема Postfix+sasl2

[Polovnikov Denis]

Здравствуйте, Nizamov.

Вы писали 16 сентября 2004 г., 16:41:30:

>>
>> [root@master postfix]# rpm -qa | grep sasl
>> libsasl2-devel-2.1.10-alt1.5
>> cyrus-sasl2-2.1.10-alt1.5
>> libsasl2-2.1.10-alt1.5
>>

NS> должны быть установлены пакеты типа postfix-sasl, postfix-smtpd-sasl

NS> посмотрите apt-cache search sasl

Эти пакеты были нужны только для постфикса 1хх и sasl 1.5. для второго
постфикса и sasl2 их нет.

NS> _______________________________________________
NS> Community mailing list
NS> Community@altlinux.ru
NS> https://lists.altlinux.ru/mailman/listinfo/community



-- 
С уважением,
 Polovnikov Denis                         mailto:altlinux@lg-support.ru

Re: Re[18]: [Comm] Проблема Postfix+sasl2

[Nizamov Shavkat]

>
> Эти пакеты были нужны только для постфикса 1хх и sasl 1.5. для второго
> постфикса и sasl2 их нет.
>

в общем я не знаю что бы еще посоветовать

Re: Re[18]: [Comm] Проблема Postfix+sasl2

[Alexei Takaseev]

On Thu, 16 Sep 2004 16:55:27 +0400
Polovnikov Denis <altlinux@lg-support.ru> wrote:

> Здравствуйте, Nizamov.
> 
> Вы писали 16 сентября 2004 г., 16:41:30:
> 
> >>
> >> [root@master postfix]# rpm -qa | grep sasl
> >> libsasl2-devel-2.1.10-alt1.5
> >> cyrus-sasl2-2.1.10-alt1.5
> >> libsasl2-2.1.10-alt1.5
> >>
> 
> NS> должны быть установлены пакеты типа postfix-sasl,
> NS> postfix-smtpd-sasl
> 
> NS> посмотрите apt-cache search sasl
> 
> Эти пакеты были нужны только для постфикса 1хх и sasl 1.5. для второго
> постфикса и sasl2 их нет.

Дело в том, что postfix 2.0.x официально собирается без поддержки SASL.
Сборку с поддержкой SASL смотреть тут:

ftp://ftp.altlinux.ru/pub/people/taf/

У меня работает это дело на пяти релеях без проблем.

Re[20]: [Comm] Проблема Postfix+sasl2

[Polovnikov Denis]

Здравствуйте, Alexei.

Вы писали 17 сентября 2004 г., 19:40:36:

AT> On Thu, 16 Sep 2004 16:55:27 +0400
AT> Polovnikov Denis <altlinux@lg-support.ru> wrote:

>> Здравствуйте, Nizamov.
>> 
>> Вы писали 16 сентября 2004 г., 16:41:30:
>> 
>> >>
>> >> [root@master postfix]# rpm -qa | grep sasl
>> >> libsasl2-devel-2.1.10-alt1.5
>> >> cyrus-sasl2-2.1.10-alt1.5
>> >> libsasl2-2.1.10-alt1.5
>> >>
>> 
>> NS> должны быть установлены пакеты типа postfix-sasl,
>> NS> postfix-smtpd-sasl
>> 
>> NS> посмотрите apt-cache search sasl
>> 
>> Эти пакеты были нужны только для постфикса 1хх и sasl 1.5. для второго
>> постфикса и sasl2 их нет.

AT> Дело в том, что postfix 2.0.x официально собирается без поддержки SASL.
AT> Сборку с поддержкой SASL смотреть тут:

AT> ftp://ftp.altlinux.ru/pub/people/taf/

У меня имеено этот сорсик я из него собирал и поддержка SASL у меня
есть. Проблема в том что все работало нармально но потом apt мне
грохнул libsasl. Все поставил по новой включая Постфикс оставил только
конфиг и нефига не работает.

AT> У меня работает это дело на пяти релеях без проблем.

-- 
С уважением,
 Polovnikov                          mailto:altlinux@lg-support.ru

Re: [Comm] Проблема Postfix+sasl2

[Aleksandr Blokhin]

Polovnikov Denis wrote:

>Здравствуйте, Alexei.
>
>Вы писали 17 сентября 2004 г., 19:40:36:
>
>AT> On Thu, 16 Sep 2004 16:55:27 +0400
>AT> Polovnikov Denis <altlinux@lg-support.ru> wrote:
>
>  
>
>>>Здравствуйте, Nizamov.
>>>
>>>Вы писали 16 сентября 2004 г., 16:41:30:
>>>
>>>      
>>>
>>>>>[root@master postfix]# rpm -qa | grep sasl
>>>>>libsasl2-devel-2.1.10-alt1.5
>>>>>cyrus-sasl2-2.1.10-alt1.5
>>>>>libsasl2-2.1.10-alt1.5
>>>>>
>>>>>          
>>>>>
>>>NS> должны быть установлены пакеты типа postfix-sasl,
>>>NS> postfix-smtpd-sasl
>>>
>>>NS> посмотрите apt-cache search sasl
>>>
>>>Эти пакеты были нужны только для постфикса 1хх и sasl 1.5. для второго
>>>постфикса и sasl2 их нет.
>>>      
>>>
>
>AT> Дело в том, что postfix 2.0.x официально собирается без поддержки SASL.
>AT> Сборку с поддержкой SASL смотреть тут:
>
>AT> ftp://ftp.altlinux.ru/pub/people/taf/
>
>У меня имеено этот сорсик я из него собирал и поддержка SASL у меня
>есть. Проблема в том что все работало нармально но потом apt мне
>грохнул libsasl. Все поставил по новой включая Постфикс оставил только
>конфиг и нефига не работает.
>
>AT> У меня работает это дело на пяти релеях без проблем.
>
>  
>
Да, sasl-аутентификация на этой версии не работает. Я только-что 
проверил это у себя.

Re: [Comm] Проблема Postfix+sasl2

[Mike Lykov]

В сообщении от Понедельник 20 Сентябрь 2004 14:25 Aleksandr Blokhin написал:

> Да, sasl-аутентификация на этой версии не работает. Я только-что
> проверил это у себя.

Может, кто-нибудь отважится собрать postfix 2.1 с sasl, да выложить 
куда-нибудь? (очень неплохо, если в src.rpm ;)

-- 
Mike Lykov
Samara, "Vesna" parfum company, System administrator 

Re: Re[20]: [Comm] Проблема Postfix+sasl2

[Alexei Takaseev]

On Mon, 20 Sep 2004 12:28:14 +0400
Polovnikov Denis <altlinux@lg-support.ru> wrote:

> >> >> [root@master postfix]# rpm -qa | grep sasl
> >> >> libsasl2-devel-2.1.10-alt1.5
> >> >> cyrus-sasl2-2.1.10-alt1.5
> >> >> libsasl2-2.1.10-alt1.5
> >> >>
> >> 
> >> NS> должны быть установлены пакеты типа postfix-sasl,
> >> NS> postfix-smtpd-sasl
> >> 
> >> NS> посмотрите apt-cache search sasl
> >> 
> >> Эти пакеты были нужны только для постфикса 1хх и sasl 1.5. для
> >второго> постфикса и sasl2 их нет.
> 
> AT> Дело в том, что postfix 2.0.x официально собирается без поддержки
> AT> SASL. Сборку с поддержкой SASL смотреть тут:
> 
> AT> ftp://ftp.altlinux.ru/pub/people/taf/
> 
> У меня имеено этот сорсик я из него собирал и поддержка SASL у меня
> есть. Проблема в том что все работало нармально но потом apt мне
> грохнул libsasl. Все поставил по новой включая Постфикс оставил только
> конфиг и нефига не работает.

Так, подойтем с другого бока. Если ставили на ALM2.2 (а это именно так,
судя по версии SASL), то как насчет того, чтобы взять оттуда же
cyrus-sasl2 собрать и поставить ее, а после этого уже опять пересобрать
postfix с новой sasl?