* [Sysadmins] local recipient table for postfix via dovecot passdb
@ 2007-11-12 13:28 Eugene Prokopiev
2007-11-14 8:57 ` Vladimir V. Kamarzin
0 siblings, 1 reply; 11+ messages in thread
From: Eugene Prokopiev @ 2007-11-12 13:28 UTC (permalink / raw)
To: Sysadmins
Здравствуйте!
Правильно ли я понимаю следующее?
Для проверки логина/пароля пользователя на предмет, разрешено ли ему
оправлять почту вообще, можно использовать посредника (Dovecot SASL),
который спросит у Dovecot, есть ли такие логин/пароль в passdb
dovecot.conf. Т.е. имеется дополнительный уровань абстракции, благодаря
которому Postfix не обязан знать, как именно эти логины/пароли описаны в
Dovecot.
А вот local recipient table - это именно table, т.е. нужен прямой доступ
к файлу логинов (или к таблице в БД), никаким посредником тут не
обойтись. И поскольку Postfix понимает только один жесткий формат файла,
не совпадающий с форматом файла паролей Dovecot, то придется держать 2
файла, либо генерить один на основе другого, либо использовать sql/ldap?
--
С уважением,
Прокопьев Евгений
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Sysadmins] local recipient table for postfix via dovecot passdb
2007-11-12 13:28 [Sysadmins] local recipient table for postfix via dovecot passdb Eugene Prokopiev
@ 2007-11-14 8:57 ` Vladimir V. Kamarzin
2007-11-14 21:52 ` Aleksey Avdeev
0 siblings, 1 reply; 11+ messages in thread
From: Vladimir V. Kamarzin @ 2007-11-14 8:57 UTC (permalink / raw)
To: ALT Linux sysadmin discuss
>>>>> On 12 Nov 2007 at 18:28 "EP" == Eugene Prokopiev writes:
EP> А вот local recipient table - это именно table, т.е. нужен прямой доступ
EP> к файлу логинов (или к таблице в БД), никаким посредником тут не
EP> обойтись. И поскольку Postfix понимает только один жесткий формат файла,
Если использовать простые таблицы, типа cdb/hash, формат файла выглядит как:
If you use local files in postmap(1) format, then local_recipient_maps expects
the following table format:
* In the left-hand side, specify a bare username, an "@domain.tld" wild-card,
or specify a complete "user@domain.tld" address.
* You have to specify something on the right-hand side of the table, but the
value is ignored by local_recipient_maps.
EP> не совпадающий с форматом файла паролей Dovecot, то придется держать 2
EP> файла, либо генерить один на основе другого, либо использовать sql/ldap?
В принципе можно вообще не использовать таблицы, а обойтись лишь recipient
verification, заведя отдельный restriction_class, в котором бы осуществлялась
проверка reject_unverified_recipient для локальных доменов. См. пример
http://www.freesource.info/wiki/Dokumentacija/Postfix/BackupMX/recipientverification/rejectunverifiedrecipient?v=ze5&
Допустим, SMTP-клиент пытается залить нам мыло для юзера user@domain. Постфикс
генерирует конверт и пытается доставить его допустим по lmtp dovecot-у. Если
Dovecot говорит 550 user unknown, постфикс SMTP-клиента посылает тоже с 550, а
точнее, клиенту будет процитирован ответ dovecot-а. Соответственно, если
Dovecot говорит 450, SMTP-клиенту отдаётся тоже 450.
Подробнее см ADDRESS_VERIFICATION_README, man 8 verify.
--
vvk
Russian Postfix irc: irc.freenode.net #postfix-ru
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Sysadmins] local recipient table for postfix via dovecot passdb
2007-11-14 8:57 ` Vladimir V. Kamarzin
@ 2007-11-14 21:52 ` Aleksey Avdeev
2007-11-15 6:55 ` Vladimir V. Kamarzin
0 siblings, 1 reply; 11+ messages in thread
From: Aleksey Avdeev @ 2007-11-14 21:52 UTC (permalink / raw)
To: ALT Linux sysadmin discuss
[-- Attachment #1: Type: text/plain, Size: 1073 bytes --]
Vladimir V. Kamarzin пишет:
...
>
> В принципе можно вообще не использовать таблицы, а обойтись лишь recipient
> verification, заведя отдельный restriction_class, в котором бы осуществлялась
> проверка reject_unverified_recipient для локальных доменов. См. пример
> http://www.freesource.info/wiki/Dokumentacija/Postfix/BackupMX/recipientverification/rejectunverifiedrecipient?v=ze5&
>
> Допустим, SMTP-клиент пытается залить нам мыло для юзера user@domain. Постфикс
> генерирует конверт и пытается доставить его допустим по lmtp dovecot-у. Если
> Dovecot говорит 550 user unknown, постфикс SMTP-клиента посылает тоже с 550, а
> точнее, клиенту будет процитирован ответ dovecot-а. Соответственно, если
> Dovecot говорит 450, SMTP-клиенту отдаётся тоже 450.
А можно ли вклиниться в эту идиллию так, чтобы при этом (срыве
доставки по lmtp) сообщения о недоставке (от MAILER-DAEMON@),
отправителю не уходили (кроме списка доменов заданного руками)?
>
> Подробнее см ADDRESS_VERIFICATION_README, man 8 verify.
>
--
С уважением. Алексей.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 544 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Sysadmins] local recipient table for postfix via dovecot passdb
2007-11-14 21:52 ` Aleksey Avdeev
@ 2007-11-15 6:55 ` Vladimir V. Kamarzin
2007-11-15 10:07 ` Aleksey Avdeev
0 siblings, 1 reply; 11+ messages in thread
From: Vladimir V. Kamarzin @ 2007-11-15 6:55 UTC (permalink / raw)
To: ALT Linux sysadmin discuss
>>>>> On 15 Nov 2007 at 02:52 "AA" == Aleksey Avdeev writes:
>> В принципе можно вообще не использовать таблицы, а обойтись лишь recipient
>> verification, заведя отдельный restriction_class, в котором бы осуществлялась
>> проверка reject_unverified_recipient для локальных доменов. См. пример
>> http://www.freesource.info/wiki/Dokumentacija/Postfix/BackupMX/recipientverification/rejectunverifiedrecipient?v=ze5&
>>
>> Допустим, SMTP-клиент пытается залить нам мыло для юзера user@domain. Постфикс
>> генерирует конверт и пытается доставить его допустим по lmtp dovecot-у. Если
>> Dovecot говорит 550 user unknown, постфикс SMTP-клиента посылает тоже с 550, а
>> точнее, клиенту будет процитирован ответ dovecot-а. Соответственно, если
>> Dovecot говорит 450, SMTP-клиенту отдаётся тоже 450.
AA> А можно ли вклиниться в эту идиллию так, чтобы при этом (срыве
AA> доставки по lmtp) сообщения о недоставке (от MAILER-DAEMON@),
AA> отправителю не уходили (кроме списка доменов заданного руками)?
Гмм, я вижу только один вариант "срыва доставки по lmtp", приводящий к
генерации баунсов: если в кэше результат проверки конкретного
реципиента положительный (status=deliverable), а MDA по какой-либо причине
перестал принимать почту для данного реципиента (например исчерпана квота,
юзера удалли, и т.п.), то постфикс будет слать баунсы на envelope-from до тех
пор, пока не истечёт время address_verify_positive_refresh_time (default:
7d). В общем, тут важно правильно подобрать параметры кэширования.
>> Подробнее см ADDRESS_VERIFICATION_README, man 8 verify.
--
vvk
Russian Postfix irc: irc.freenode.net #postfix-ru
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Sysadmins] local recipient table for postfix via dovecot passdb
2007-11-15 6:55 ` Vladimir V. Kamarzin
@ 2007-11-15 10:07 ` Aleksey Avdeev
2007-11-15 12:07 ` Vladimir V. Kamarzin
2007-11-16 9:47 ` Anton Kvashin
0 siblings, 2 replies; 11+ messages in thread
From: Aleksey Avdeev @ 2007-11-15 10:07 UTC (permalink / raw)
To: ALT Linux sysadmin discuss
[-- Attachment #1: Type: text/plain, Size: 2502 bytes --]
Vladimir V. Kamarzin пишет:
>>>>>> On 15 Nov 2007 at 02:52 "AA" == Aleksey Avdeev writes:
>
>>> В принципе можно вообще не использовать таблицы, а обойтись лишь recipient
>>> verification, заведя отдельный restriction_class, в котором бы осуществлялась
>>> проверка reject_unverified_recipient для локальных доменов. См. пример
>>> http://www.freesource.info/wiki/Dokumentacija/Postfix/BackupMX/recipientverification/rejectunverifiedrecipient?v=ze5&
>>>
>>> Допустим, SMTP-клиент пытается залить нам мыло для юзера user@domain. Постфикс
>>> генерирует конверт и пытается доставить его допустим по lmtp dovecot-у. Если
>>> Dovecot говорит 550 user unknown, постфикс SMTP-клиента посылает тоже с 550, а
>>> точнее, клиенту будет процитирован ответ dovecot-а. Соответственно, если
>>> Dovecot говорит 450, SMTP-клиенту отдаётся тоже 450.
>
> AA> А можно ли вклиниться в эту идиллию так, чтобы при этом (срыве
> AA> доставки по lmtp) сообщения о недоставке (от MAILER-DAEMON@),
> AA> отправителю не уходили (кроме списка доменов заданного руками)?
>
> Гмм, я вижу только один вариант "срыва доставки по lmtp", приводящий к
> генерации баунсов: если в кэше результат проверки конкретного
> реципиента положительный (status=deliverable), а MDA по какой-либо причине
> перестал принимать почту для данного реципиента (например исчерпана квота,
> юзера удалли, и т.п.), то постфикс будет слать баунсы на envelope-from до тех
> пор, пока не истечёт время address_verify_positive_refresh_time (default:
> 7d). В общем, тут важно правильно подобрать параметры кэширования.
Распишу подробнее:
1. В качестве imap сервера использую cyrus (не dovecot), и списком
пользователей владеет именно он.
2. Всю приходящую на домен почту (после всех поверок) -- postfix
пересылает cyrus`у по lmtp.
3. В качестве одного из промежуточных фильтров (до передачи по lmtp) --
используется amavis-new (который тоже в какой-то момент перестал
проставлять заголовки, но вирусы по прежнему ловит)...
Пока писал, подумал что наблюдаемое вполне может быть из-за amavis`а
(и/или любого другого фильтра с отложенной обработкой), т. к. он
обрабатывает сообщения уже находящиеся в очереди postfix`а, _после_
завершения входящей SMTP сессии. Т. е. из-за использования в процессе
доставки фильтра обрабатывающего очередь, postfix получает отлуп от
принимающего по lmtp не в момент существования входящей SMTP сессии, а
уже после её завершения...
--
С уважением. Алексей.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 544 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Sysadmins] local recipient table for postfix via dovecot passdb
2007-11-15 10:07 ` Aleksey Avdeev
@ 2007-11-15 12:07 ` Vladimir V. Kamarzin
2007-11-16 8:11 ` Aleksey Avdeev
2007-11-16 9:47 ` Anton Kvashin
1 sibling, 1 reply; 11+ messages in thread
From: Vladimir V. Kamarzin @ 2007-11-15 12:07 UTC (permalink / raw)
To: ALT Linux sysadmin discuss
>>>>> On 15 Nov 2007 at 15:07 "AA" == Aleksey Avdeev writes:
AA> 1. В качестве imap сервера использую cyrus (не dovecot), и списком
AA> пользователей владеет именно он.
AA> 2. Всю приходящую на домен почту (после всех поверок) -- postfix
AA> пересылает cyrus`у по lmtp.
AA> 3. В качестве одного из промежуточных фильтров (до передачи по lmtp) --
AA> используется amavis-new (который тоже в какой-то момент перестал
AA> проставлять заголовки, но вирусы по прежнему ловит)...
AA> Пока писал, подумал что наблюдаемое вполне может быть из-за amavis`а
AA> (и/или любого другого фильтра с отложенной обработкой), т. к. он
AA> обрабатывает сообщения уже находящиеся в очереди postfix`а, _после_
AA> завершения входящей SMTP сессии. Т. е. из-за использования в процессе
AA> доставки фильтра обрабатывающего очередь, postfix получает отлуп от
AA> принимающего по lmtp не в момент существования входящей SMTP сессии, а
AA> уже после её завершения...
Контент-фильтры к sender/recipient verification отношения не имеют и не
влияют.
--
vvk
Russian Postfix irc: irc.freenode.net #postfix-ru
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Sysadmins] local recipient table for postfix via dovecot passdb
2007-11-15 12:07 ` Vladimir V. Kamarzin
@ 2007-11-16 8:11 ` Aleksey Avdeev
2007-11-16 12:07 ` Vladimir V. Kamarzin
0 siblings, 1 reply; 11+ messages in thread
From: Aleksey Avdeev @ 2007-11-16 8:11 UTC (permalink / raw)
To: ALT Linux sysadmin discuss
[-- Attachment #1: Type: text/plain, Size: 1207 bytes --]
Vladimir V. Kamarzin пишет:
>>>>>> On 15 Nov 2007 at 15:07 "AA" == Aleksey Avdeev writes:
>
> AA> 1. В качестве imap сервера использую cyrus (не dovecot), и списком
> AA> пользователей владеет именно он.
>
> AA> 2. Всю приходящую на домен почту (после всех поверок) -- postfix
> AA> пересылает cyrus`у по lmtp.
>
> AA> 3. В качестве одного из промежуточных фильтров (до передачи по lmtp) --
> AA> используется amavis-new (который тоже в какой-то момент перестал
> AA> проставлять заголовки, но вирусы по прежнему ловит)...
>
> AA> Пока писал, подумал что наблюдаемое вполне может быть из-за amavis`а
> AA> (и/или любого другого фильтра с отложенной обработкой), т. к. он
> AA> обрабатывает сообщения уже находящиеся в очереди postfix`а, _после_
> AA> завершения входящей SMTP сессии. Т. е. из-за использования в процессе
> AA> доставки фильтра обрабатывающего очередь, postfix получает отлуп от
> AA> принимающего по lmtp не в момент существования входящей SMTP сессии, а
> AA> уже после её завершения...
>
> Контент-фильтры к sender/recipient verification отношения не имеют и не
> влияют.
>
Тогда что-то не понимаю...
--
С уважением. Алексей.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 544 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Sysadmins] local recipient table for postfix via dovecot passdb
2007-11-15 10:07 ` Aleksey Avdeev
2007-11-15 12:07 ` Vladimir V. Kamarzin
@ 2007-11-16 9:47 ` Anton Kvashin
2007-11-16 14:21 ` Aleksey Avdeev
1 sibling, 1 reply; 11+ messages in thread
From: Anton Kvashin @ 2007-11-16 9:47 UTC (permalink / raw)
To: ALT Linux sysadmin discuss
Aleksey Avdeev пишет:
> Vladimir V. Kamarzin пишет:
>>>>>>> On 15 Nov 2007 at 02:52 "AA" == Aleksey Avdeev writes:
>>>> В принципе можно вообще не использовать таблицы, а обойтись лишь recipient
>>>> verification, заведя отдельный restriction_class, в котором бы осуществлялась
>>>> проверка reject_unverified_recipient для локальных доменов. См. пример
>>>> http://www.freesource.info/wiki/Dokumentacija/Postfix/BackupMX/recipientverification/rejectunverifiedrecipient?v=ze5&
>>>>
>>>> Допустим, SMTP-клиент пытается залить нам мыло для юзера user@domain. Постфикс
>>>> генерирует конверт и пытается доставить его допустим по lmtp dovecot-у. Если
>>>> Dovecot говорит 550 user unknown, постфикс SMTP-клиента посылает тоже с 550, а
>>>> точнее, клиенту будет процитирован ответ dovecot-а. Соответственно, если
>>>> Dovecot говорит 450, SMTP-клиенту отдаётся тоже 450.
>> AA> А можно ли вклиниться в эту идиллию так, чтобы при этом (срыве
>> AA> доставки по lmtp) сообщения о недоставке (от MAILER-DAEMON@),
>> AA> отправителю не уходили (кроме списка доменов заданного руками)?
>>
>> Гмм, я вижу только один вариант "срыва доставки по lmtp", приводящий к
>> генерации баунсов: если в кэше результат проверки конкретного
>> реципиента положительный (status=deliverable), а MDA по какой-либо причине
>> перестал принимать почту для данного реципиента (например исчерпана квота,
>> юзера удалли, и т.п.), то постфикс будет слать баунсы на envelope-from до тех
>> пор, пока не истечёт время address_verify_positive_refresh_time (default:
>> 7d). В общем, тут важно правильно подобрать параметры кэширования.
>
> Распишу подробнее:
>
> 1. В качестве imap сервера использую cyrus (не dovecot), и списком
> пользователей владеет именно он.
Он может видеть/использовать список пользователей из sql/ldap, т.е.
не единоличное владение.
> 2. Всю приходящую на домен почту (после всех поверок) -- postfix
> пересылает cyrus`у по lmtp.
Не использую postfix, но по памяти virtual_table можно направить в
sql/ldap. И он на этапе rcpt to (если postfix может такое) говорить
550 unknown user.
> 3. В качестве одного из промежуточных фильтров (до передачи по lmtp) --
> используется amavis-new (который тоже в какой-то момент перестал
> проставлять заголовки, но вирусы по прежнему ловит)...
>
> Пока писал, подумал что наблюдаемое вполне может быть из-за amavis`а
> (и/или любого другого фильтра с отложенной обработкой), т. к. он
> обрабатывает сообщения уже находящиеся в очереди postfix`а, _после_
> завершения входящей SMTP сессии. Т. е. из-за использования в процессе
> доставки фильтра обрабатывающего очередь, postfix получает отлуп от
> принимающего по lmtp не в момент существования входящей SMTP сессии, а
> уже после её завершения...
Посмотрите exim. Он позволяет делать контентную фильтрацию в
SMTP-сессии на этапе DATA, без прослоек.
--
Anton Kvashin
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Sysadmins] local recipient table for postfix via dovecot passdb
2007-11-16 8:11 ` Aleksey Avdeev
@ 2007-11-16 12:07 ` Vladimir V. Kamarzin
2007-11-16 14:22 ` Aleksey Avdeev
0 siblings, 1 reply; 11+ messages in thread
From: Vladimir V. Kamarzin @ 2007-11-16 12:07 UTC (permalink / raw)
To: ALT Linux sysadmin discuss
>>>>> On 16 Nov 2007 at 13:11 "AA" == Aleksey Avdeev writes:
>> Контент-фильтры к sender/recipient verification отношения не имеют и не
>> влияют.
AA> Тогда что-то не понимаю...
Похоже что так. Попробуйте сформулировать проблему поточнее, с логами и пр.
--
vvk
Russian Postfix irc: irc.freenode.net #postfix-ru
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Sysadmins] local recipient table for postfix via dovecot passdb
2007-11-16 9:47 ` Anton Kvashin
@ 2007-11-16 14:21 ` Aleksey Avdeev
0 siblings, 0 replies; 11+ messages in thread
From: Aleksey Avdeev @ 2007-11-16 14:21 UTC (permalink / raw)
To: ALT Linux sysadmin discuss
[-- Attachment #1: Type: text/plain, Size: 3191 bytes --]
Anton Kvashin пишет:
> Aleksey Avdeev пишет:
>> Vladimir V. Kamarzin пишет:
>>>>>>>> On 15 Nov 2007 at 02:52 "AA" == Aleksey Avdeev writes:
>>>>> В принципе можно вообще не использовать таблицы, а обойтись лишь recipient
>>>>> verification, заведя отдельный restriction_class, в котором бы осуществлялась
>>>>> проверка reject_unverified_recipient для локальных доменов. См. пример
>>>>> http://www.freesource.info/wiki/Dokumentacija/Postfix/BackupMX/recipientverification/rejectunverifiedrecipient?v=ze5&
>>>>>
>>>>> Допустим, SMTP-клиент пытается залить нам мыло для юзера user@domain. Постфикс
>>>>> генерирует конверт и пытается доставить его допустим по lmtp dovecot-у. Если
>>>>> Dovecot говорит 550 user unknown, постфикс SMTP-клиента посылает тоже с 550, а
>>>>> точнее, клиенту будет процитирован ответ dovecot-а. Соответственно, если
>>>>> Dovecot говорит 450, SMTP-клиенту отдаётся тоже 450.
>>> AA> А можно ли вклиниться в эту идиллию так, чтобы при этом (срыве
>>> AA> доставки по lmtp) сообщения о недоставке (от MAILER-DAEMON@),
>>> AA> отправителю не уходили (кроме списка доменов заданного руками)?
>>>
>>> Гмм, я вижу только один вариант "срыва доставки по lmtp", приводящий к
>>> генерации баунсов: если в кэше результат проверки конкретного
>>> реципиента положительный (status=deliverable), а MDA по какой-либо причине
>>> перестал принимать почту для данного реципиента (например исчерпана квота,
>>> юзера удалли, и т.п.), то постфикс будет слать баунсы на envelope-from до тех
>>> пор, пока не истечёт время address_verify_positive_refresh_time (default:
>>> 7d). В общем, тут важно правильно подобрать параметры кэширования.
>> Распишу подробнее:
>>
>> 1. В качестве imap сервера использую cyrus (не dovecot), и списком
>> пользователей владеет именно он.
>
> Он может видеть/использовать список пользователей из sql/ldap, т.е.
> не единоличное владение.
На данный момент они у меня в sasldb.
>
>> 2. Всю приходящую на домен почту (после всех поверок) -- postfix
>> пересылает cyrus`у по lmtp.
>
> Не использую postfix, но по памяти virtual_table можно направить в
> sql/ldap. И он на этапе rcpt to (если postfix может такое) говорить
> 550 unknown user.
Это знаю, но для этого сначала нужно перейти на sql/ldap (что в
планах, но не быстрых).
>
>> 3. В качестве одного из промежуточных фильтров (до передачи по lmtp) --
>> используется amavis-new (который тоже в какой-то момент перестал
>> проставлять заголовки, но вирусы по прежнему ловит)...
>>
>> Пока писал, подумал что наблюдаемое вполне может быть из-за amavis`а
>> (и/или любого другого фильтра с отложенной обработкой), т. к. он
>> обрабатывает сообщения уже находящиеся в очереди postfix`а, _после_
>> завершения входящей SMTP сессии. Т. е. из-за использования в процессе
>> доставки фильтра обрабатывающего очередь, postfix получает отлуп от
>> принимающего по lmtp не в момент существования входящей SMTP сессии, а
>> уже после её завершения...
>
> Посмотрите exim. Он позволяет делать контентную фильтрацию в
> SMTP-сессии на этапе DATA, без прослоек.
>
OK, может быть гляну.
--
С уважением. Алексей.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 544 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [Sysadmins] local recipient table for postfix via dovecot passdb
2007-11-16 12:07 ` Vladimir V. Kamarzin
@ 2007-11-16 14:22 ` Aleksey Avdeev
0 siblings, 0 replies; 11+ messages in thread
From: Aleksey Avdeev @ 2007-11-16 14:22 UTC (permalink / raw)
To: ALT Linux sysadmin discuss
[-- Attachment #1: Type: text/plain, Size: 386 bytes --]
Vladimir V. Kamarzin пишет:
>>>>>> On 16 Nov 2007 at 13:11 "AA" == Aleksey Avdeev writes:
>
>>> Контент-фильтры к sender/recipient verification отношения не имеют и не
>>> влияют.
>
> AA> Тогда что-то не понимаю...
>
> Похоже что так. Попробуйте сформулировать проблему поточнее, с логами и пр.
>
Пока не готов. (Не до того...)
--
С уважением. Алексей.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 544 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2007-11-16 14:22 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-11-12 13:28 [Sysadmins] local recipient table for postfix via dovecot passdb Eugene Prokopiev
2007-11-14 8:57 ` Vladimir V. Kamarzin
2007-11-14 21:52 ` Aleksey Avdeev
2007-11-15 6:55 ` Vladimir V. Kamarzin
2007-11-15 10:07 ` Aleksey Avdeev
2007-11-15 12:07 ` Vladimir V. Kamarzin
2007-11-16 8:11 ` Aleksey Avdeev
2007-11-16 12:07 ` Vladimir V. Kamarzin
2007-11-16 14:22 ` Aleksey Avdeev
2007-11-16 9:47 ` Anton Kvashin
2007-11-16 14:21 ` Aleksey Avdeev
ALT Linux sysadmins discussion
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sysadmins/0 sysadmins/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sysadmins sysadmins/ http://lore.altlinux.org/sysadmins \
sysadmins@lists.altlinux.org sysadmins@lists.altlinux.ru sysadmins@lists.altlinux.com
public-inbox-index sysadmins
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sysadmins
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git