PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : wieder da mit anderem Mail Prob.



Cosmo
23.05.01, 22: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:

rbla
25.05.01, 15:43
PTR steht für pointer
sendmail versucht den namen zu der ip adresse rauszukriegen (und schafft es nicht)

Cosmo
25.05.01, 19:35
Juchu jetzt geht eigentlich alles nur machen mir noch die meldungen in der /var/log/mail noch sorgen:
May 25 17:58:21 mail popper[4459]: (v2.53) Unable to get canonical name of client, err = 110
May 25 17:58:21 mail popper[4459]: Stats: user1 0 0 0 0
May 25 17:59:04 mail popper[4502]: (v2.53) Unable to get canonical name of client, err = 110
May 25 17:59:04 mail popper[4502]: Stats: user2 0 0 0 0
May 25 17:59:40 mail popper[4505]: (v2.53) Unable to get canonical name of client, err = 110
May 25 17:59:40 mail popper[4505]: Stats: user3 0 0 0 0

:confused:

wieso verlangt den Popper einen Namen der clienten, meine Rechner haben nur feste ip´s und keine Namen gibt es die Möglichkeit die Abfrage der Namen zu verhindern.
:rolleyes: