postfix sendet keine mails an fremddomains

[ohcibi]

hi,

nach recherche ueber postfix bin ich soweit, dass ich in der postconf den parameter relay_domains um die zugelassenen domains zum mailversand ergaenzen soll.... das habe ich getan (domain.de)....

ausserdem hab ich unter relay_recipient_maps noch die email eingetragen, an die versand werden soll um ueberhaupt erstmal einen versand hinzubekommen, aber irgendwie sendet postfix dennoch nich an fremddomains?

was hab ich denn jetz uebersehen?

[tschloss]

es gibt viele Möglichkeiten, relaying zu unterbinden.

Bitte liefere doch noch Folgendes:
a) wie ist die Konstellation des Aufbaus? (Client->Postfix->Relay-Host->Ziel oÄ)?
b) Auszug aus /var/log/mail
c) postconf -n
Und bitte nicht so anonymisieren, dass man nix mehr erkennt ;)

[ohcibi]

postconf -n:


alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = all
mailbox_size_limit = 0
mydestination = venray, localhost.localdomain, , localhost
myhostname = venray
mynetworks = 127.0.0.0/8
recipient_delimiter = +
relay_domains = , @riegerdom.de
relay_recipient_maps = user@domain.de
relayhost =
smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache
smtpd_use_tls = yes


mail.err:


Jan 7 16:47:11 venray postfix[20835]: error: to submit mail, use the Postfix sendmail command
Jan 7 16:47:11 venray postfix[20835]: fatal: the postfix command is reserved for the superuser
Jan 7 16:47:47 venray postfix/postfix-script: fatal: the Postfix mail system is already running
Jan 7 17:06:48 venray postfix/postfix-script: fatal: usage: postfix start (or stop, reload, abort, flush, check, set-permissions, upgrade-configuration)
Jan 7 17:08:23 venray postfix/bounce[22086]: fatal: read /etc/postfix: Is a directory


mail.log:


Jan 7 17:16:00 venray postfix/pickup[22543]: 382BB5F6C1: uid=1000 from=<ohcibi>
Jan 7 17:16:00 venray postfix/cleanup[22551]: 382BB5F6C1: message-id=<20070107161600.382BB5F6C1@venray>
Jan 7 17:16:00 venray postfix/qmgr[22544]: 382BB5F6C1: from=<ohcibi@venray>, size=318, nrcpt=2 (queue active)
Jan 7 17:16:00 venray postfix/local[22553]: 382BB5F6C1: to=<ohcibi@venray>, relay=local, delay=0.12, delays=0.07/0.01/0/0.04, dsn=2.0.0, status=sent (delivered to mailbox)
Jan 7 17:16:02 venray postfix/smtp[22554]: 382BB5F6C1: to=<user@domain.de>, relay=mailin.rzone.de[81.169.145.100]:25, delay=2.6, delays=0.07/0.01/2.1/0.47, dsn=5.0.0, status=bounced (host mailin.rzone.de[81.169.145.100] said: 550 5.0.0 <user@domain.de>... Dial-Up IP a
ddress rejected (in reply to RCPT TO command))
Jan 7 17:16:03 venray postfix/cleanup[22551]: 41EF65F6C2: message-id=<20070107161603.41EF65F6C2@venray>
Jan 7 17:16:03 venray postfix/bounce[22555]: 382BB5F6C1: sender non-delivery notification: 41EF65F6C2
Jan 7 17:16:03 venray postfix/qmgr[22544]: 41EF65F6C2: from=<>, size=2092, nrcpt=1 (queue active)
Jan 7 17:16:03 venray postfix/qmgr[22544]: 382BB5F6C1: removed
Jan 7 17:16:03 venray postfix/local[22553]: 41EF65F6C2: to=<ohcibi@venray>, relay=local, delay=0.04, delays=0.02/0/0/0.02, dsn=2.0.0, status=sent (delivered to mailbox)
Jan 7 17:16:03 venray postfix/qmgr[22544]: 41EF65F6C2: removed
Jan 7 17:20:01 venray postfix/pickup[22543]: 7E1D75F6C1: uid=112 from=<smmsp>
Jan 7 17:20:01 venray postfix/cleanup[22643]: 7E1D75F6C1: message-id=<20070107162001.7E1D75F6C1@venray>
Jan 7 17:20:01 venray postfix/qmgr[22544]: 7E1D75F6C1: from=<smmsp@venray>, size=576, nrcpt=1 (queue active)
Jan 7 17:20:01 venray postfix/local[22645]: 7E1D75F6C1: to=<ohcibi@venray>, orig_to=<root>, relay=local, delay=0.11, delays=0.07/0.01/0/0.03, dsn=2.0.0, status=sent (delivered to mailbox)
Jan 7 17:20:01 venray postfix/qmgr[22544]: 7E1D75F6C1: removed
Jan 7 17:40:01 venray postfix/pickup[22543]: D2D3B5F6C1: uid=112 from=<smmsp>
Jan 7 17:40:01 venray postfix/cleanup[23635]: D2D3B5F6C1: message-id=<20070107164001.D2D3B5F6C1@venray>
Jan 7 17:40:01 venray postfix/qmgr[22544]: D2D3B5F6C1: from=<smmsp@venray>, size=576, nrcpt=1 (queue active)
Jan 7 17:40:01 venray postfix/local[23637]: D2D3B5F6C1: to=<ohcibi@venray>, orig_to=<root>, relay=local, delay=0.1, delays=0.07/0.01/0/0.03, dsn=2.0.0, status=sent (delivered to mailbox)
Jan 7 17:40:01 venray postfix/qmgr[22544]: D2D3B5F6C1: removed


also da wo user@domain.de steht soll meine email stehen, nur wegen spamschutz (hoffentlich nich irgendwo vergessen 8-))

der aufbau ist simpel: mein rechner ist alles(client, host, postfix) ausser der ziel pop3-server

[tschloss]

Also deine Beschreibung des Aufbaus ist nicht erhellend, aber versuche ich es dennoch:

1.

Jan 7 17:16:02 venray postfix/smtp[22554]: 382BB5F6C1: to=<user@domain.de>, relay=mailin.rzone.de[81.169.145.100]:25, delay=2.6, delays=0.07/0.01/2.1/0.47, dsn=5.0.0, status=bounced (host mailin.rzone.de[81.169.145.100] said: 550 5.0.0 <user@domain.de>... Dial-Up IP a
ddress rejected (in reply to RCPT TO command))
Also das ist wohl dann ein Versuch des Versands an user@domain.de, welcher wohl extern ist. Wer oder was ist denn rzone.de? Der hat jedenfalls keine Lust, von dir Mails anzunehmen. Deswegen liefert man von Heim-Servern immer über den MTA seines Providers aus. Damit der Relay erlaubt, muss man sich meist Authentifizieren => einrichten (ganz analog zum SMTP-Teil des Mailclients am Provider-Mailserver).

2. Diese Errors sehen ganz schlecht aus. Kann mir aber keinen Reim darauf machen. Müsste man mal master.cf ansehen und protokollieren, was passiert nach "rcpostfix restart" (Konsole & Logfiles)

3. Die main.cf sieht für mich auch nicht toll aus:

mydestination = venray, localhost.localdomain, , localhost
myhostname = venray
relay_domains = , @riegerdom.de
relay_recipient_maps = user@domain.de
relayhost =
Holst du mit fetchmail ab und mappst auf "venray"? Ungewöhnlich aber der Empfang scheint ja zu gehen?
relay_domains: hmmm, Syntax? Ist das die Domain deiner Empfangsmails vor fetchmail?
..._maps -> dort steht eine Liste von Dateien mit maps, kein User. Lies mal die Kapitel zu diesen Parms im Postfix-Doku nach.
relayhost= -> dort trägst du deinen Provider-SMTP ein: "[smtp.provider.de]" (aber Auth einrichten!)

[Roger Wilco]

1. Du hast Postfix bei dir daheim installiert, du hast eine dynamisch zugewiesene IP-Adresse (Dialup?). -> Du brauchst einen Relayhost (http://www.postfix.org/postconf.5.html#relayhost).
2. Die Syntax bei relay_domains (http://www.postfix.org/postconf.5.html#relay_domains) ist falsch.
3. relay_domains (http://www.postfix.org/postconf.5.html#relay_domains) ist überhaupt falsch, das ist nicht das, was du willst. Es reicht, wenn mydestination etc. leer sind und ein relayhost eingetragen ist.

[ohcibi]

relayhost= -> dort trägst du deinen Provider-SMTP ein: "[smtp.provider.de]" (aber Auth einrichten!)

das war es....


was meinst du mit Auth einrichten?

[tschloss]

das war es....


was meinst du mit Auth einrichten?

Wenn´s jetzt geht, vergiss es.
Normalerweise benötigen SMTP-Server eine Authentifizierung für Mails, die weitergeleitet (nicht ausgeliefert an die dortigen Mailboxen) werden sollen ("Relaying"). Wenn das nicht passiert, spricht man vom offenen Relay.
Wie gesagt, gilt das nicht, wenn die Mail an diesen Server als Ziel gerichtet ist. Dann wird er sie immer annehmen.
Und dafür muss man heuztutage halt Username /Passwort an den Server senden (smtp-auth) oder "pop-before-smtp" oder ist sonst wie bekannt (IP zB).

[Jinto]

was mir auffällt ist das raly_Domains ein @ enthält, dass da nicht hineingehört.
IMO müsste der Eintrag so aussehen:
relay_domains = riegerdom.de

[ohcibi]

@tschloss
ich brauch das eigentlich nur zum web-development.... das heißt hauptsache ich kann mit php emails an meine eigene e-mailadresse senden 8-), von daher reichts mir so schon, danke nochma....

@jinto
jo hatte das mit dem @ so probiert, und es auch wieder rausgenommen, mittlerweile hab ich die ganze zeile rausgenommen, weil es wirklich bloß am fehlenden smtp-server lag......