Отправляет email-рассылки с помощью сервиса Sendsay

Linux: разрешение вопросов, перспективы и общение

Подписаться Бесплатный дискуссионный лист Подписчиков 0
←   Апрель 2005   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30


За последние 60 дней ни разу не выходила


Сайт листа: http://www.linuxrsp.ru
Открыт: 25-07-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.discuss-list@subscribe.ru
Адрес модератора: comp.soft.linux.discuss-owner@subscribe.ru

Модератор
Фёдор Сорекс

Статистика

0 подписчиков
0 за неделю

Re: релейная аутентификация в postfix

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

Константин Кориков писал:

В логах оседает вот это:
Apr 23 08:18:27 localhost postfix/smtp[3605]: 97EB6E010:
to=<zvit***@t*****.by>, relay=mail.tut.by[195.209.41.194], delay=143,
status=sent (250 45486554 message accepted for delivery)
Apr 23 08:18:27 localhost postfix/smtp[3602]: 37F58E00C:
to=<zvita***@m*****.ru>, relay=mail.tut.by[195.209.41.194], delay=253,
status=sent (250 45486557 message accepted for delivery)
А что такое envelope from адрес?

Всю почту с самого начала раскладывал procmail.
В подтверждение конфиг fetchmail:
set logfile ~/logs/fetchmail.log
poll pop.mail.ru proto pop3
user zvitala with pass mypass
poll pop.tut.by proto pop3
user zvital with pass mypass
mda "/usr/bin/procmail -d %T"
fetchall
expunge 20
Он мне письма в разные мылбоксы раскладывает, postfix ,помоему, на это не
способен.

В том то и дело что не забирал только с mail.ru, ругался и после этого
спокойно переходил к tut.by.

Содержимое main.cf:
daemon_directory = /usr/libexec/postfix
newaliases_path = /usr/bin/newaliases.postfix
mailq_path = /usr/bin/mailq.postfix
queue_directory = /var/spool/postfix
mail_owner = postfix
myhostname = localhost.localdomain
mydomain = localdomain
inet_interfaces = localhost
mydestination = $myhostname, localhost.$mydomain, $mydomain
mynetworks = 127.0.0.0/8
relayhost = mail.tut.by:2525
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options =
alias_maps = hash:/etc/postfix/aliases
alias_database = hash:/etc/postfix/aliases
defer_transports = smtp
mailbox_command = /usr/bin/procmail
smtpd_banner = ZVital
И на всякий случай .procmailrc:
MAILDIR=$HOME/Mail
DEFAULT=$MAILDIR/inbox
LOGFILE=$HOME/logs/procmail.log
FORMAIL=/usr/bin/formail
:0 Whc: .msgid.lock
| $FORMAIL -D 8192.msgid.cache
:0 a
/dev/null
:0
* ^To:.*"comp.soft.linux.discuss"
linuxdiscuss
:0
* ^From:.*(dai***@S*****.RU|MailingLi***@S*****.ru)
security
То что он всеже пытается видно из выше преведенных логов. А вывод команды
mailq такой:
До отправки:
-Queue ID- --Size-- ----Arrival Time-Sender/Recipient37F58E00C 396 Sat Apr 23 08:14:14 vit***@l*****.host
(delivery temporarily suspended: deferred
transport)
zvita***@m*****.ru

97EB6E010 391 Sat Apr 23 08:16:04 vit***@l*****.host
(delivery temporarily suspended: deferred
transport)
zvit***@t*****.by
После sendmail -q:
Mail queue is empty
Как результат на tut.by письмо пришло, а на mail.ru нет.
Тема остается открытой.
Зарание благодарен.

ZVital

Ответить  
ZVital
Sat, 23 Apr 2005 08:57:22 +0400 (#355984)

 

Ответы:

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

Почему на mail.ru не отравлялись письма я всетаки разобрался сам. Просто в .muttrc
я неподумав указал опцию
set from= "vit***@l*****.localdomain"
После того как я исправил ее на
set from= "ZVital <zvit***@t*****.by>"
письма на mail.ru начали проходить свободно.
Видимо tut.by справлялся с доставкой такого письма на собственный ящик, но релеить
немог.
Остальные непонятки отпадают защет первого закона администратора,
гласящего "Не чини того, что еще работает".
За помощ отдельная благодарнасть Константину Корикову.

ZVital

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 18185; Возраст листа: 639; Участников: 1350
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/356251

Ответить  
ZVital
Sat, 23 Apr 2005 23:51:59 +0400 (#356251)

 

В сообщении от 1114235842 секунд после начала Эпохи Unix Вы написали:

Это значит что сообщения *отправляются* через mail.tut.by, и mail.tut.by
их принимает. Но по каким-то причинам сообщения, адресованные не
zvit***@t*****.by просто теряются (удаляются удаленной системой). Так?

Это адрес, который идентифицирует отправителя в рамках SMTP-сессии. По
этому адресу сервер может отправлять (а может и не отправлять) сообщения
об ошибках доставки. Также он может проверятся сервером, и если он не
соответствует вашему адресу на mail.tut.by (zvit***@t*****.by), сервер может
не принимать сообщения. Почтовый клиент при отправке сообщения по SMTP
протоколу устанавливает этот адрес в соответствии с адресом, который
указан в учетной записи. Postfix устанавливает этот адрес в соответствии
таблицей `sender_canonical_maps'. Если эта таблица не указана или Postfix
не нашел в ней нужного адреса, то по умолчанию в качестве envelope from
адреса будет что-то вроде "zvita***@l*****.localdomain", где "zvitala" -
имя локального пользователя, который отправил сообщение, "localhost" -
значение параметра `$myorigin', "localdomain" - значение параметра
`$mydomain'. `$myorigin' по умолчанию равен `$myhostname'.

А ему это и не нужно. Для этой работы он вызывает procmail.

Тогда не знаю. Наверно глюк какой-то.

Установите `sender_canonical_maps'. Возможно после этого сервер разрешит
вам реле.

И еще, с какого адреса посылались сообщения? Точнее, что указанно в поле
`From' в заголовках сообщений?

Ответить   Konstantin Korikov Sat, 23 Apr 2005 16:06:11 +0300 (#356257)