[gelöst] eingehende E-Mail geht immer an root@localhost

Mattin · 27 März 2007

Hallo zusammen,

nachdem meine Frau auch (endlich) mal E-Mail ausprobieren möchte, habe ich ein Problem. Bislang war ich der einzige Mail-Empfänger in meinem lokalen Netzwerk, so daß der folgende Fehler nicht auffiel. Sämtliche eingehende Mail wird an root zugestellt, egal für welchen lokalen User sie ist.

Die Mails werden bei 1+1 per fetchmail abgeholt und laufen dann durch amavis-new und spamassassin (spampd).

Die Einträge in /etc/aliases sind korrekt, ebenso in /etc/postfix/virtual und /etc/postfix/virtual_alias

Hier ist eine Mail incl. Headerzeilen (user bin ich, user2 meine Frau):

Code:

Delivery-Date: Tue, 27 Mar 2007 20:41:09 +0200
Received-SPF: none (mxeu17: 81.169.167.90 is neither permitted nor denied by domain of babylon.absender-domain.de) client-ip=81.169.167.90; envelope-from=user@babylon.absender-domain.de; helo=babylon.absender-domain.de;
Date: Tue, 27 Mar 2007 20:41:08 +0200
To: user2@empfaenger-domain.de
Subject: test 1
Message-ID: <46096544.mail5CJ1MA2BE@babylon.absender-domain.de>
User-Agent: nail 11.4 8/29/04
MIME-Version: 1.0
Content-Type: text/plain;
  charset=us-ascii
Content-Transfer-Encoding: 7bit
From: user@babylon.absender-domain.de (Absender Name)
Envelope-To: user2@empfaenger-domain.de
Status: R

test 1

Hier ist der entsprechende Ausschnitt aus /var/log/mail:

Code:

Mar 27 20:39:02 benden postfix/smtpd[25908]: connect from localhost[127.0.0.1]
Mar 27 20:39:02 benden postfix/smtpd[25908]: E474C28821: client=localhost[127.0.0.1]
Mar 27 20:39:02 benden postfix/cleanup[25903]: E474C28821: message-id=<46096CF3.mail5OL1Y39PN@babylon.absender-domain.de>
Mar 27 20:39:02 benden postfix/qmgr[25791]: E474C28821: from=<user@babylon.absender-domain.de>, size=1726, nrcpt=1 (queue active)
Mar 27 20:39:07 benden postfix/smtpd[25908]: disconnect from localhost[127.0.0.1]
Mar 27 20:39:17 benden postfix/smtpd[25915]: connect from unknown[127.0.0.1]
Mar 27 18:39:17 benden postfix/smtpd[25915]: ADA242874C: client=unknown[127.0.0.1]
Mar 27 20:39:17 benden postfix/cleanup[25903]: ADA242874C: message-id=<46096CF3.mail5OL1Y39PN@babylon.absender-domain.de>
Mar 27 20:39:17 benden postfix/qmgr[25791]: ADA242874C: from=<user@babylon.absender-domain.de>, size=2187, nrcpt=1 (queue active)
Mar 27 18:39:17 benden postfix/smtpd[25915]: disconnect from unknown[127.0.0.1]
Mar 27 20:39:17 benden amavis[24898]: (24898-08) Passed CLEAN, [81.169.167.90] <user@babylon.absender-domain.de> -> <root@localhost.empfaenger-domain.de>, Message-ID: <46096CF3.mail5OL1Y39PN@babylon.absender-domain.de>, mail_id: 50sHC44luOVx, Hits: -2.599, 14889 ms
Mar 27 20:39:17 benden postfix/smtp[25910]: E474C28821: to=<root@localhost.empfaenger-domain.de>, orig_to=<root@localhost>, relay=127.0.0.1[127.0.0.1], delay=15, status=sent (250 2.6.0 Ok, id=24898-08, from MTA([127.0.0.1]:10025): 250 Ok: queued as ADA242874C)
Mar 27 20:39:18 benden postfix/qmgr[25791]: E474C28821: removed
Mar 27 20:39:18 benden postfix/smtpd[25917]: connect from localhost[127.0.0.1]
Mar 27 20:39:18 benden postfix/smtpd[25917]: 1A9F528821: client=localhost[127.0.0.1]
Mar 27 20:39:18 benden spampd[19464]: %s 
Mar 27 20:39:21 benden spampd[19464]: %s 
Mar 27 20:39:22 benden spampd[19464]: %s 
Mar 27 20:39:22 benden postfix/cleanup[25903]: 1A9F528821: message-id=<46096CF3.mail5OL1Y39PN@babylon.absender-domain.de>
Mar 27 20:39:22 benden postfix/qmgr[25791]: 1A9F528821: from=<user@babylon.absender-domain.de>, size=2574, nrcpt=1 (queue active)
Mar 27 20:39:22 benden postfix/smtp[25916]: ADA242874C: to=<root@localhost.empfaenger-domain.de>, relay=127.0.0.1[127.0.0.1], delay=5, status=sent (250 Ok: queued as 1A9F528821)
Mar 27 20:39:22 benden postfix/smtpd[25917]: disconnect from localhost[127.0.0.1]
Mar 27 20:39:22 benden postfix/qmgr[25791]: ADA242874C: removed
Mar 27 20:39:22 benden postfix/local[25905]: 1A9F528821: to=<user@empfaenger-domain.de>, orig_to=<root@localhost.empfaenger-domain.de>, relay=local, delay=4, status=sent (delivered to mailbox)
Mar 27 20:39:22 benden postfix/qmgr[25791]: 1A9F528821: removed

Und abschließend noch die main.cf:

Code:

alias_maps = hash:/etc/aliases
canonical_maps = hash:/etc/postfix/canonical
command_directory = /usr/sbin
content_filter = 
daemon_directory = /usr/lib/postfix
default_privs = nobody
default_transport = smtp
defer_transports = 
disable_dns_lookups = no
inet_interfaces = all
mailbox_command = 
mailbox_size_limit = 51200000
mailq_path = /usr/bin/mailq
mail_spool_directory = /var/mail
manpage_directory = /usr/share/man
masquerade_classes = envelope_sender, header_sender, header_recipient
masquerade_domains = 
masquerade_exceptions = root
message_size_limit = 10240000
mydestination = $myhostname, $mydomain, localhost.$mydomain
mydomain = roundstone.de
myhostname = benden.roundstone.de
mynetworks = 192.168.25.0/24, 127.0.0.0/8, 217.160.171.150
myorigin = $mydomain
newaliases_path = /usr/bin/newaliases
program_directory = /usr/lib/postfix
readme_directory = /usr/share/doc/packages/postfix/README_FILES
relayhost = smtp.1und1.com
relocated_maps = hash:/etc/postfix/relocated
sample_directory = /usr/share/doc/packages/postfix/samples
sender_canonical_maps = hash:/etc/postfix/sender_canonical
sendmail_path = /usr/sbin/sendmail
setgid_group = maildrop
smtpd_client_restrictions = 
smtpd_helo_required = yes
smtpd_helo_restrictions = 
smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination
smtpd_sasl_auth_enable = no
smtpd_sender_restrictions = hash:/etc/postfix/access
smtpd_use_tls = no
smtp_sasl_auth_enable = no
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
strict_rfc821_envelopes = no
transport_maps = hash:/etc/postfix/transport
unknown_local_recipient_reject_code = 550
virtual_alias_domains = sauerland.de, petras-schatzkaestchen.de, schmuck-iserlohn.de, localhost
virtual_alias_maps = hash:/etc/postfix/virtual_alias
virtual_maps = hash:/etc/postfix/virtual

Hat jemand eine Idee, woran es liegen könnte? ich bin mit meinem Latein am Ende :-(

pft · 28 März 2007

viele dateien und doch nicht die richtige

poste mal deine fetchmailrc

Diese Zeilen:

Received: from pop.1und1.de [212.227.15.178]
by localhost with POP3 (fetchmail-6.2.5.2)
for root@localhost (single-drop); Tue, 27 Mar 2007 20:08:24 +0200 (CEST)

zeigen dass schon beim aholen durch fetchmail die Mails root zuigeordnet werden. Da mag postfix nachher fummeln was es will.

Wie sieht deine 1+1 account aus: single mailbox für '*@empfaenger-domain.de'?
dann brauchst du multidrop -> problematisch.
alternativ: bei 1+1 separate mailboxen anlegen und mit zwei fetchmailrc einträgen abholen

Mattin · 28 März 2007

pft schrieb:
viele dateien und doch nicht die richtige

Grmpf! :?

pft schrieb:
poste mal deine fetchmailrc

Werde ich heute Abend machen, bin jetzt im Büro und habe keine Zugriff darauf. Aber der Ansatz dürfte mich weiterbingen.

pft schrieb:
Wie sieht deine 1+1 account aus: single mailbox für '*@empfaenger-domain.de'?
dann brauchst du multidrop -> problematisch.
alternativ: bei 1+1 separate mailboxen anlegen und mit zwei fetchmailrc einträgen abholen

Ich habe seperate mailboxen angelegt und hole die mit mehreren fetchmailrc ab. Bin ja kein Spam-Sammler :wink:

Vielen Dank schonmal für Deine Hilfe!

Mattin · 28 März 2007

pft schrieb:
poste mal deine fetchmailrc

So, hier ist sie:

Code:

poll "pop.1und1.de" protocol POP3 : user "user@empfangs-domain.de" there with password "geheim" is "user" here ;
poll "pop.1und1.de" protocol POP3 : user "user2@empfangs-domain.de" there with password "geheim" is "user2" here ;

Ich habe es aber auch schon so probiert:

Code:

poll "pop.1und1.de" protocol POP3 : user "user@empfangs-domain.de" there with password "geheim" ;
poll "pop.1und1.de" protocol POP3 : user "user2@empfangs-domain.de" there with password "geheim" ;

Die option "is user here" möchte ich eigentlich nicht nutzen, da mails an info@empfangs-domain.de bei beiden landen sollen.

Was mir zu fetchmail noch einfällt: Fetchmail läuft als cron-job und nicht als daemon. Kann es damit zu tun haben?

pft · 28 März 2007

fechmailrc sieht soweit gut aus.
mindstens mit dem "is user here" müßte es richtig gehen.

Allerdings war dein Hinweis evtl. gut.
Wenn fetchmail als cron job läuft, dann läuft es vermutlich unter einer der beiden Kennungen user oder user2. Kann sein das es dann nur Mail für diesen user zustellen kann. Kenn mich damit jetzt nicht so genau aus, wäre aber sehr sinnvoll.

Wichtig ist also weniger der mode (demaon oder nicht) sondern die Kennung. Das hängt aber meist (wenn auch nicht zwangsläufig) zusammen.

also entwder als daemon unter der Kennung fetchmail oder als cron job für beide user getrennt auf rufen (dann auch zwei user spezifische fetchmailrc)

Mattin · 28 März 2007

So, ich glaube, ich hab's!

pft schrieb:
fechmailrc sieht soweit gut aus.
mindstens mit dem "is user here" müßte es richtig gehen.

Nachdem ich mir das nochmal genauer angesehen habe, habe ich festgestellt, daß die Zustellung so funktioniert.

pft schrieb:
Allerdings war dein Hinweis evtl. gut.
Wenn fetchmail als cron job läuft, dann läuft es vermutlich unter einer der beiden Kennungen user oder user2. Kann sein das es dann nur Mail für diesen user zustellen kann. Kenn mich damit jetzt nicht so genau aus, wäre aber sehr sinnvoll.

Der fetchmail als cronjob läuft unter root. Mit der richtigen Konfiguration von "is user here" ist das nicht schlimm. Wenn "is user here" weggelassen wird, werden die Mails an den Benutzer ausgeliefert, der fetchmail gestartet hat. Der Benutzer muß in jedem Fall Eigentümer der fetchmailrc sein.

Nachdem das jetzt so funktionierte, gab es für mich nur noch ein Problem - Mails, die an beide Benutzer gehen sollten. Hier habe ich mir mit einem "Hack" geholfen. Als user bei "is user here" habe ich einen Alias eingetragen, der unter /etc/aliases definiert ist und an beide Benutzer ausliefern soll.

Meinen herzlichsten Dank nochmal für Deine Hilfe!

[gelöst] eingehende E-Mail geht immer an root@localhost

Mattin

pft

Mattin

Mattin

pft

Mattin