Cosmo
23.05.01, 21:11
Ja, da bin ich schon wieder mal, also nachdem mein altes sendmail so komische sachen gemacht hat und sowieso ein neuer Rechner zur Verfügung stand habe ich also mal "aufgerüstet"
Jetzt habe ich Suse 7.1, (vorher 7.0) mit Kernel 2.4 installiert, zum bedienen benutze ich u.a. webmin 0.85,
Die jeweiligen Konfigurationen habe ich von meinem alten Server übernommen, doch leider lassen sich jetzt keine Mails mehr von den Win clienten an den Linuxserver zum weiteren Versand schicken, diese kommen umgehend zurück mit dem Vermerk: es steht kein Dienst zur Verfügung. Die Verbindung besteht aber und anpingen geht ja auch,
und da der smtp daemon doch läuft müßte es doch eigentlich gehen, einziger Unterschied ist der Bei Suse 7.1 jetzt die standartinstallierte Firewall, ich denke hier liegt evtl. auch mein Problem
Für alle die mir Ihre Aufmerksamkeit schenken wollen:
Hier nun die letzten Zeilen aus /var/log/mail, und was ich davon zu halte:
May 23 17:29:42 mail sendmail[377]: starting daemon (8.11.2): SMTP + queueing@00:30:00
der smtp daemon ist gestartet, mit der option die Mail für 30 min in die Warteschlange zu schicken, richtig ?
May 23 17:31:07 mail sendmail[492]: f4NFV7N00492: ruleset = check_rcpt,
arg1=<userxyz@t-online.de>, relay=[169.254.1.2], reject=450
4.7.1<userxyz@t-online.de>...
Relaying temporarily denied. Cannot resolve PTR record for 169.254.1.2
ein reglewerk checkt jetzt also, gem. check_rcpt
userxyz ist der empfänger irgendwo im www,IP 169.254.1.2 ist der lokale user der hier verschickt.
die weitergabe ist momentan nicht möglich, der PTR Bericht für 169.254.1.2 kann nicht aufgelößt werden??
May 23 17:31:07 mail sendmail[492]: f4NFV7N00492: from= <user1@localhost.ba>, size=0, class=0,
nrcpts=0, proto=SMTP, daemon=MTA, relay=[169.254.1.2]
also die Frage lautet jetzt doch, brauche ich das relaying eigentlich, denn das habe ich vorher auch nicht gebraucht, und wenn ja wie ist es denn nun einzurichten?
was ist der PTR record?
was enthält check_rcpt
in der datei acces habe ich eingetragen 169.254 RELAY bringt aber auch irgendwie nichts :rolleyes: :rolleyes:
Jetzt habe ich Suse 7.1, (vorher 7.0) mit Kernel 2.4 installiert, zum bedienen benutze ich u.a. webmin 0.85,
Die jeweiligen Konfigurationen habe ich von meinem alten Server übernommen, doch leider lassen sich jetzt keine Mails mehr von den Win clienten an den Linuxserver zum weiteren Versand schicken, diese kommen umgehend zurück mit dem Vermerk: es steht kein Dienst zur Verfügung. Die Verbindung besteht aber und anpingen geht ja auch,
und da der smtp daemon doch läuft müßte es doch eigentlich gehen, einziger Unterschied ist der Bei Suse 7.1 jetzt die standartinstallierte Firewall, ich denke hier liegt evtl. auch mein Problem
Für alle die mir Ihre Aufmerksamkeit schenken wollen:
Hier nun die letzten Zeilen aus /var/log/mail, und was ich davon zu halte:
May 23 17:29:42 mail sendmail[377]: starting daemon (8.11.2): SMTP + queueing@00:30:00
der smtp daemon ist gestartet, mit der option die Mail für 30 min in die Warteschlange zu schicken, richtig ?
May 23 17:31:07 mail sendmail[492]: f4NFV7N00492: ruleset = check_rcpt,
arg1=<userxyz@t-online.de>, relay=[169.254.1.2], reject=450
4.7.1<userxyz@t-online.de>...
Relaying temporarily denied. Cannot resolve PTR record for 169.254.1.2
ein reglewerk checkt jetzt also, gem. check_rcpt
userxyz ist der empfänger irgendwo im www,IP 169.254.1.2 ist der lokale user der hier verschickt.
die weitergabe ist momentan nicht möglich, der PTR Bericht für 169.254.1.2 kann nicht aufgelößt werden??
May 23 17:31:07 mail sendmail[492]: f4NFV7N00492: from= <user1@localhost.ba>, size=0, class=0,
nrcpts=0, proto=SMTP, daemon=MTA, relay=[169.254.1.2]
also die Frage lautet jetzt doch, brauche ich das relaying eigentlich, denn das habe ich vorher auch nicht gebraucht, und wenn ja wie ist es denn nun einzurichten?
was ist der PTR record?
was enthält check_rcpt
in der datei acces habe ich eingetragen 169.254 RELAY bringt aber auch irgendwie nichts :rolleyes: :rolleyes: