Ratti schrieb:
Moin,
moenus@t-online.de:
hä??? verstehe nur Bahnhof
Gut, dann lassen wir mal die Bahn abfahren. Tuuut. ;-)
Also, erstmal zur Klärung des Sachverhaltes und weil ich den Eindruck habe, du steigst nicht durch.
Du holst deine Post mit fetchmail ab. Es sieht so aus, als würde das sogar funktionieren, die Fehlermeldung hat eine ganz andere Ursache als fetchmail.
Wenn fetchmail die Mail erfolgreich abgeholt hat, dann "hat er sie". Aber wohin damit? Er muß die Mail ja irgendwo hintun. In deiner Config richtest du ja etwas ein in der Art "eMailadresse xyz bei meinem Provider entspricht eMailadresse zyx hier".
Das bedeutet: Das Abholen einer Mail beinhaltet bei so einer Konfig eben auch einen _Versandt_. Dort holen, dahin _schicken_.
Diese "Jobkette" scheitert beim Versenden der abgeholten Mail.
Für das versenden der Mail ist nicht mehr fetchmail zuständig, sondern sendmail. Dein qpopper hat wohl nix damit zu tun.
Ich nehme mal an, deine fetchmail-Config sieht ungefähr so aus:
poll "pop.gmx.de" protocol pop3 user "BeiGMX" password "passwort" is "ratti" here
Abgeholt wird also von "BeiGMX.gmx.de" und geschickt an "ratti here". "here" ist in meinem Fall "gesindel.local", also "ratti@gesindel.local".
Bei dir ist eine andere Adresse das Problem. Wir sollten mal Fetchmail komplett rauslassen und versuchen, ob sendmail mit diesen Adressen hantieren kann.
Schick mal von der Kommandozeile eine Mail:
/usr/sbin/sendmail -t
Das "-t" bedeutet, wir geben keine Parameter mit, sendmail muß sich das selbst aus dem Mailtext rauslesen. Ich nehme han, fetchmail behandelt sendmail ähnlich schlecht. ;-) Jetzt tipp mal genau das ein:
-------------------------- From: absender@domain.foo To: empfaenger@domain.bar
Testtext. ^D -------------------------- Die Leerzeile und -zeichen sind wichtig. Statt dieser beiden Mailadressen verwendest du bitte die echten, die nicht funktioniert haben. Statt ^D einzutippen, drückst du CTRL-D (oder STRG, neumodischer Kram...)
Wenn wir recht haben, wird diese Mail nicht ankommen. In der Datei /var/log/maillog wird wieder der Resolve-Fehler stehen, den du schon kennst.
Das ist eine Sicherheitsmaßname von Sendmail: Er akzeptiert keine Nachrichten mit Schwachsinnsabsender, damit fehlerhafte Mails oder Spam nicht durchgehen. In diesem Fall ist es so, daß deine Namensauflösung nicht funktioniert und deswegen jede Domain eine Schwachsinnsdomain ist.
Es wurde vorgeschlagen, diesen Sicherheitsmechanismus von sendmail zu deaktivieren. Das ist eine gangbare Lösung, um das System in den Griff zu kriegen, es ist aber nicht von Dauer. Erstens wird yast diese Änderung ständig wieder plätten, und zweitens soll dein System laufen, nicht humpeln, früher oder später fliegt es dir sonst um die Ohren.
Was liefert denn der Befehl
host domain_die_nicht.geht
für eine Antwort? Bitte beachte, daß durch Mailverkehr und Wartezeiten evtl. eine ein- oder abwahl in/vom Internet auftreten kann, aufgrund der deine Nameserver-Config sich ändert. Mach das alles zeitnah. Also nicht: Testmail, pinkeln gehen, DNS checken. ;-)
Gruß, Ratti
P.S.: Nur zur Sicherheit: Du hast aber nicht mit einem Windows/DOS-Editor an deinen Konfigurationsdateien rumgeschraubt und falsche Umbrüche reingebracht, oder?
Also: Erst noch mal danke für die Erklärung. das verschicken der mail direckt vom System hat scheinbar funktioniert, kann ich leider nich prüfen. Interessanterweise klappt das mit dem host. Ich kann die domain auch pingen, das funktioniert alles (schon mal in die liste gepostet). Dein P.S. ist interessant, da ich von der Ferne administriere. Ich arbeite mit putty und log mich von ner Windoof-Kiste auf dem Server ein. Vorsätzlich oder wissentlich habe ich eigentlich keine config in den Zeilenumbrüchen geändert. Wenn das aber problematisch sein kann, in welchen Dateien denn dann? Nur mal ein Gedanke: Kann es an der Firewall liegen, dass irgendwelche Ports freigeschalten werden müssen für diese Namensauflösung (udp ist 53 für domain offen) Ciao Wolfgang (bald verzweifelt)
-- http://www.gesindel.de | Fontlinge | Die Schriftenverwaltung für Windows
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com