die Funktion relay_recipient_maps läuft bei mir nicht.
Code: Select all
relay_recipient_maps = hash:/etc/postfix/relay_recipients
Code: Select all
user1@example.com ok
Wo kann ich schauen wo der Wurm drin ist :roll:
Gruß
Sammlerjaeger
Code: Select all
relay_recipient_maps = hash:/etc/postfix/relay_recipients
Code: Select all
user1@example.com ok
Code: Select all
postconf -n
Code: Select all
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
content_filter = amavis:[127.0.0.1]:10024
inet_interfaces = all
mailbox_size_limit = 0
mydestination = mail.example.com, localhost.localdomain, localhost
myhostname = mail.example.com
mynetworks = 127.0.0.0/8, 192.168.0.0/24
myorigin = /etc/mailname
recipient_delimiter = +
relay_recipient_maps = hash:/etc/postfix/relay_recipients
relayhost = 192.168.0.5
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
Code: Select all
Apr 20 07:50:52 localhost fetchmail[1093]: reading message m75*****@pop.1und1.de:39 of 39 (1426 octets)
Apr 20 07:50:52 localhost fetchmail[1093]: not flushed
Apr 20 07:50:52 localhost postfix/sendmail[1106]: warning: the Postfix sendmail command has set-uid root file permissions
Apr 20 07:50:52 localhost postfix/sendmail[1106]: warning: or the command is run from a set-uid root process
Apr 20 07:50:52 localhost postfix/sendmail[1106]: warning: the Postfix sendmail command must be installed without set-uid root file permissions
Apr 20 07:50:52 localhost fetchmail[1093]: sleeping at Thu Apr 20 07:50:52 2006
Apr 20 07:50:52 localhost postfix/pickup[1071]: E45D72A0021: uid=101 from=<fetchmail>
Apr 20 07:50:52 localhost postfix/cleanup[1108]: E45D72A0021: message-id=<1FWS3j-16V6NE0@fwd35.aul.t-online.de>
Apr 20 07:50:53 localhost postfix/qmgr[1072]: E45D72A0021: from=<fetchmail@mail.example.com>, size=1668, nrcpt=1 (queue active)
Apr 20 07:50:54 localhost postfix/smtpd[1114]: connect from localhost[127.0.0.1]
Apr 20 07:50:54 localhost postfix/smtpd[1114]: 1B2482A0022: client=localhost[127.0.0.1]
Apr 20 07:50:54 localhost postfix/cleanup[1108]: 1B2482A0022: message-id=<1FWS3j-16V6NE0@fwd35.aul.t-online.de>
Apr 20 07:50:54 localhost postfix/qmgr[1072]: 1B2482A0022: from=<fetchmail@mail.example.com>, size=2099, nrcpt=1 (queue active)
Apr 20 07:50:54 localhost postfix/smtpd[1114]: disconnect from localhost[127.0.0.1]
Apr 20 07:50:54 localhost amavis[916]: (00916-01) Passed, <fetchmail@mail.example.com> -> <user@example.com>, Message-ID: <1FWS3j-16V6NE0@fwd35.aul.t-online.de>, Hits: -0.223
Apr 20 07:50:54 localhost postfix/smtp[1110]: E45D72A0021: to=<user@example.com>, relay=127.0.0.1[127.0.0.1], delay=2, status=sent (250 2.6.0 Ok, id=00916-01, from MTA: 250 Ok: queued as 1B2482A0022)
Apr 20 07:50:54 localhost postfix/qmgr[1072]: E45D72A0021: removed
Apr 20 07:50:54 localhost postfix/smtp[1115]: 1B2482A0022: to=<user@example.com>, relay=192.168.0.5[192.168.0.5], delay=0, status=sent (250 2.6.0 <1FWS3j-16V6NE0@fwd35.aul.t-online.de> Queued mail for delivery)
Apr 20 07:50:54 localhost postfix/qmgr[1072]: 1B2482A0022: removed
Und Procmail wieder an Postfix ?! ... Dann liegt der Hund da begraben.sammlerjaeger wrote:Fetchmail gibt an procmail:
mda /usr/bin/procmail