PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : [Postfix] Transport-map für "gesplittete" lokale Domain geht nicht



tschloss
07.07.05, 16:36
Das Folgende habe ich neulich schon mal gemacht und es ging astrein, jetzt scheitere ich :(


Situation:
Ich habe einen lokalen Mailserver mit Postfix und Auslieferung per Cyrus. Incoming wird er per fetchmail versorgt, outgoing hat er einen relayhost bei Strato. Dann habe ich noch eine Spamfilterung über einen override content-filter=spamfilt. Sonst bin ich mir keiner Schandtaten bewußt.
Als mydomain verarbeite die Domain, die ich eigentlich bei Strato habe. Das ist sicher überflüssig oder kontraproduktiv, weil ich ja per fetchmail eh die lokalen Namen adressiere - wie auch immer.
//Edit(1): habe jetzt einfach die lokale Domain auf einen Dummy-Namen gesetzt - damit fühlt sich Postfix sowieso nicht für die eigentliche Domain zuständig und so geht es auch ohne Transport-Map!

Problem:
Auf meinem Strato-Account habe ich noch weitere user, die ich nicht hier lokal verarbeite. Wenn ich an einen solchen User "externer@mydomain.de" senden will, kommt natürlich "user nicht in der lokalen Empfängertabelle".
Dafür habe ich eine Transport-Map angelegt und in allen Varianten target und Aktion eingetragen, aber an dem Fehler ändert sich nichts!


##TRansport-Map
#extern smtp
#extern@mydomain smtp
#extern smtp:[post.strato.de]
#extern relay:[post.strato.de]
extern error:So geht es nicht!

Der letzte Eintrag hat geklappt - also die Map wird schon ausgewertet.

Eigentlich müßte Transport-Maps doch alles andere "overriden"!?
Hier der Auszug aus log

Jul 7 16:33:50 homesrv postfix/smtpd[9307]: connect from unknown[192.168.0.4]
Jul 7 16:33:50 homesrv postfix/smtpd[9307]: NOQUEUE: reject: RCPT from unknown[192.168.0.4]: 550 <geschaeftsleitung@schlosser-ma.de>: Recipient address rejected: User unknown in local recipient table; from=<thomas@schlosser-ma.de> to=<geschaeftsleitung@schlosser-ma.de> proto=ESMTP helo=<[192.168.0.4]>
Jul 7 16:33:53 homesrv postfix/smtpd[9307]: lost connection after RCPT from unknown[192.168.0.4]
Jul 7 16:33:53 homesrv postfix/smtpd[9307]: disconnect from unknown[192.168.0.4]


Hier postconf -n:
//Edit(2): Der Eintrag für mydomain fehlte, aber Postfix hat sich dennoch für diese Domain zuständig gefühlt!?!? Habe sie (die eigentliche Domain) mal reinkonfiguriert, hat aber nichts verändert.


alias_maps = hash:/etc/aliases
biff = no
canonical_maps = hash:/etc/postfix/canonical
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
debug_peer_level = 2
defer_transports =
disable_dns_lookups = no
html_directory = /usr/share/doc/packages/postfix/html
inet_interfaces = all
inet_protocols = all
mail_owner = postfix
mail_spool_directory = /var/mail
mailbox_command =
mailbox_size_limit = 0
mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
masquerade_classes = envelope_sender, header_sender, header_recipient
masquerade_domains =
masquerade_exceptions = root
message_size_limit = 10240000
mydestination = $myhostname,localhost.$mydomain,$mydomain
myhostname = homesrv.schlosser-ma.de
newaliases_path = /usr/bin/newaliases
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/packages/postfix/README_FILES
relayhost = post.strato.de
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
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options =
smtp_use_tls = no
smtpd_client_restrictions =
smtpd_helo_required = no
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
strict_rfc821_envelopes = no
transport_maps = hash:/etc/postfix/transport
unknown_local_recipient_reject_code = 550


Thx Thomas

Phoboes
07.07.05, 17:58
##TRansport-Map
#extern smtp
#extern@mydomain smtp
#extern smtp:[post.strato.de]
#extern relay:[post.strato.de]
extern error:So geht es nicht!

Müsste es nicht folgendermassen heissen:


extern@mydomain.de smtp:[post.strato.de]

Ist nur so ne idee.

tschloss
07.07.05, 18:19
Müsste es nicht folgendermassen heissen:


extern@mydomain.de smtp:[post.strato.de]

Ist nur so ne idee.

Thx. Habe alle Kombinationen auf beiden Seiten ausprobiert.
Laut Doku und auch bei meinem anderen Server geht auch
[externeruser smtp]
Ich nehme an, das liegt daran, dass ein relay host angegeben ist. Aber wie gesagt auch in der "Vollangabe" meint Postfix, sich um diese Mails noch kümmern zu müssen :(
Vielleicht führt der Transport "smtp" wieder auf sich selbst. Aber dann müßte doch ein-zwei Zeilen mehr log-Infos vorhanden sein, oder?

Phoboes
07.07.05, 18:26
Wenn der Transport auf sich selber zeigen würde, hättest Du Logeinträge im Stil von
... loop detected...

Hmmm was passiert, wenn Du folgendes in die Transports einträgst:


extern@mydomain.de smtp:[post.startos.de]
* relay:post.strato.de

und dafür


relay_host = post.strato.de weg nimmst?

tschloss
07.07.05, 23:37
Wenn der Transport auf sich selber zeigen würde, hättest Du Logeinträge im Stil von
... loop detected...

Hmmm was passiert, wenn Du folgendes in die Transports einträgst:


extern@mydomain.de smtp:[post.startos.de]
* relay:post.strato.de

und dafür


relay_host = post.strato.de weg nimmst?
Thx, das werde ich am WE mal probieren.
Ich kapier es nur nicht, dass es an dem einen Server geht und am anderen nicht. Sicher gibt es da einen Unterschied, nur komm ich nicht drauf.
Bei dem Server, bei dem es geht, habe ich als einzigen relevanten Unterschied den Versand auf "defer" und flushe die Queue alle Stunde (ISDN dial up).

Thomas

PS: Die Anwendung läuft jetzt, weil ich die mydomain auf blabla.de gesetzt habe. Dann brauche ich auch keine Transport Map - Postfix spoolt alles zu Strato (interne Mails müßte ich halt an user@blabla.de senden oder sie über extern abwickeln lassen (was soll´s?), aber das gibt es bei mir eh nicht).
Aber mich macht das immer "schnupfig", wenn irgendwas sich anders erhält, alsi ch das erwarte :ugly:

Terran Marine
08.07.05, 10:45
Eigentlich müßte Transport-Maps doch alles andere "overriden"!?


Hi, läuft zwar jetzt alles, aber in bisschen interessiert mich das auch.

Afaik wird die transport heißt nach der "ordentlichen" Einlieferung geprüft, weswegen postfix immernoch über den fehlenden User meckern sollte.

Als Abhilfe für User die lokal nicht existieren, hilft es übrigens den Parameter

local_recipient_maps

auf leer zu setzen.

Grüße
Terran