Am Montag, 12. Dezember 2005 19:12 schrieb Sandy Drobic:
-- active SMTP AUTH and TLS parameters for smtpd -- smtpd_use_tls = no
Okay, bisher läuft kein smtpd-auth. Was heißt das?
otp = one time passwords (brauchst du vermutlich nicht wirklich ;) Habe ich wieder deinstalliert.
Welche?
Alle ;-)
Zuviele, wahrscheinlich, manchmal kann nämlich die Reihenfolge der Mechanismen sich behindern. Jetzt nur noch: cyrus-sasl cyrus-sasl-plain cyrus-sasl-crammd5 cyrus-sasl-digestmd5 cyrus-sasl-saslauthd
Wenn er sich nur bei einem Relay-Server authentifizieren soll, dann reicht die Angabe des RElayservers und das Setzen auf die sasl_passwd.
luser_relay = $root@goodlack.de
Warum eine Variable hier setzen? Einfach mal nur so übernommen ;-) Kann ich ja weg lassen.
mail_owner = postfix mail_spool_directory = /var/spool/imap/users Läuft auf der funktionierenden 9.0 - und so habe ich es einfach mal übernommen. Aber auch dies kann ich gern weg lassen.
mailbox_command = /usr/lib/cyrus/bin/deliver
Mails landen also beim Cyrus Imap Server, okay. Warum dann das Umlenken ins Imap-Verzeichnis? s.o.
mailbox_size_limit = 0 mailbox_transport = cyrus
Damit kannst du dir das mailbox_command sparen, das hat keine Wirkung mehr. Der Transport wird über den Eintrag cyrus in master.cf vorgenommen. okay.
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 = 20480000 mydestination = $myhostname, localhost.$mydomain, $mydomain mydomain = goodlack.test
Okay, hast du in canonical oder generic eine Umschreibung auf die eigentlichen Adressen vorgenommen? Oder macht das der Relay-Server?
in der canonical: admin@goodlack.test it-master@goodlack.de
myhostname = server1.goodlack.test mynetworks = 192.168.0.0/24 127.0.0.0/8 myorigin = $mydomain newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = auth.smtp.kundenserver.de
Okay.
smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_use_tls = no
Sobald das smpt_auth läuft, kannst du das ruhig auf yes setzen, dann überträgt er das verschlüsselt mit TLS. In der /etc/postfix/sasl_passwd hast du dann auth.smtp.kundenserver.de und das zugehörige Paar Username:Passwort eingetragen, nicht wahr? Klar doch. Allerdings bei der 9.0 nutze ich da noch die smtp_auth Datei. Aber sowohl smtp_auth als auch sasl_passwd funzt hier (9.3) nicht.
Vorgehen: /etc/postfix/sasl_passwd: smtp.auth.kundenserver.de user:password auth.smtp.kundenserver.de ;-)
Ist aber so richtig eingetragen.
Danach dann ein "postmap /etc/postfix/sasl_passwd" ausführen. Damit sollte der Server sich bei smtp.auth.kundenserver.de anmelden können, um ihn als Relay zu verwenden. Teste das mal. Tue ich ja schon die ganze Zeit. Vielleicht da der Fehler?
telnet localhost 25 mail from: admin@goodlack.test rcpt to: 83311@gmx.de data Subject: bla bla . quit
smtpd_banner = $myhostname ESMTP smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sender_restrictions = hash:/etc/postfix/access
Dieser Server hat keinen direkten Kontakt zum Internet, oder? Doch - hat er - nun ja, über VMware - bridged networking. Hat aber eine eigene IP vom Provider. Ist also direkt mit dem I-Net verbunden.
Aber im Ernst - bin ziemlich hilflos.
Halb so schlimm. Das sagst du so einfach ;-)
Aber ersteinmal Danke bis hier hin - und vielleicht bekommen wir (!!!) es ja noch hin. Würde mir helfen. Timothy -- "Es gibt zwei Dinge im Leben, die du nicht zurücknehmen kannst: Den Pfeil den du verschossen und das Wort, das du gesprochen" - altes indianisches Sprichwort