Resources for System-Administrators
https://www.rootforum.org/forum/
Die Syntax ist auch falsch. Das muss root@[deineserverip] heissen, also mit eckiger Klammer. Per Default ist Postfix bereits so eingestellt, siehe http://www.postfix.org/basic.html#inet_interfacesdas Mails an root@meineserverip nicht zugestellt werden können.
Dann kann vielleicht der sendende MTA nicht mit dieser Notation umgehen. Es wäre äusserst hilfreich, den kompletten Text der Fehlermail hier zu zitieren, um zu sehen, vom welchem MTA dieser Fehler generiert wird.Trotzdem bekomme ich die Mail zurück mit der Meldung:
Returned mail: Host unknown
mydestination = $myhostname, localhost.$mydomain, $mydomain, 62.140.16.7cruz-r wrote:Hi.
Hast du die IP denn unter 'mydestination' in der main.cf eingetragen?
Ansonsten fühlt sich postfix natürlich nicht für die Mail verantwortlich und lehnt sie ab.
Und von welchem MTA kam dieser Fehler jetzt?The original message was received at Tue, 8 Apr 2003 14:42:28 +0200 (CEST)
from dsl-213-023-175-084.arcor-ip.net [213.23.175.84]
----- The following addresses had permanent delivery errors -----
<root@62.140.16.7>
Ich denke, diese Aussage ist falsch. Es genügt, wenn der Parameter inet_interfaces korrekt gesetzt ist.Hast du die IP denn unter 'mydestination' in der main.cf eingetragen?
Ansonsten fühlt sich postfix natürlich nicht für die Mail verantwortlich und lehnt sie ab.
Ã?h, ich schicke ja keine Mail an root@[62.140.16.7] sondern eher an root@62.140.16.7 also kommt das auch so zurück. Und das der Server nicht involviert ist wage ich zu bezweifeln, der löpt schon 2 Jahre :)dodolin wrote: Und von welchem MTA kam dieser Fehler jetzt?
Anhand der bisherigen Informationen sieht es ja nämlich so aus, als ob bereits dein Arcor Dialup Rechner "from dsl-213-023-175-084.arcor-ip.net" die Mail mit "permanent delivery errors" bounced, d.h. dein Postfix auf dem Rootie ist noch gar nicht involviert.
Sagte ich oben nicht, dass es nicht
<root@62.140.16.7>
heisst, sondern
<root@[62.140.16.7]>
Sorry, aber wie oft soll ich dir noch sagen, dass du die Mail dann falsch verschickst?! Lies dir doch bitte mal die entsprechenden RFCs zum Thema SMTP durch und glaube mir einfach, dass du die Mail an die Adresse mit den Klammern schicken musst.Ã?h, ich schicke ja keine Mail an root@[62.140.16.7] sondern eher an root@62.140.16.7
4.1.3 Address Literals
Sometimes a host is not known to the domain name system and
communication (and, in particular, communication to report and repair
the error) is blocked. To bypass this barrier a special literal form
of the address is allowed as an alternative to a domain name. For
IPv4 addresses, this form uses four small decimal integers separated
by dots and enclosed by brackets such as [123.255.37.2], which
indicates an (IPv4) Internet Address in sequence-of-octets form.
Ok, wenn du es besser weisst, dann brauchst du ja wohl auch keine Hilfe. :evil:Und das der Server nicht involviert ist wage ich zu bezweifeln,
Ich hatte vorgeschlagen, die Errormail hier komplett zu zitieren (z.B. auch inklusive Header). Damit könnte man das IMHO besser diagnostizieren. Du aber schliesst das komplett aus und weisst es besser. Ok... aber dann kann man dir halt nicht helfen, wenn du nicht mithelfen möchtest.Describe the problem's symptoms, not your guesses
It's not useful to tell hackers what you think is causing your problem. (If your diagnostic theories were such hot stuff, would you be consulting others for help?) So, make sure you're telling them the raw symptoms of what goes wrong, rather than your interpretations and theories. Let them do the interpretation and diagnosis.
Es geht nicht um mich sondern um eine Mail, die vom AOL Postmaster Info System verschickt wird, und die geht nunmal an root@62.140.16.7dodolin wrote:Sorry, aber wie oft soll ich dir noch sagen, dass du die Mail dann falsch verschickst?! Lies dir doch bitte mal die entsprechenden RFCs zum Thema SMTP durch und glaube mir einfach, dass du die Mail an die Adresse mit den Klammern schicken musst.
Dann verstösst eben der achso merkbefreite AOL Postmaster erneut gegen die RFCs. Darüber solltest du dir keine Kopfzerbrechen machen, das ist deren Schuld. Wenn es mit den Klammern geht, dann ist an deinem System doch alles in Ordnung.Es geht nicht um mich sondern um eine Mail, die vom AOL Postmaster Info System verschickt wird, und die geht nunmal an root@62.140.16.7
Das hatte ich mir vor langem auch mal angesehen.
Wenn ich http://postmaster.info.aol.com/ors.html korrekt verstehe, dann ist es nicht nötig, sich diese Mails zusenden zu lassen, um aus deren Blocklisten ausgetragen zu werden:Das Problem ist das der Server vor ewigen Zeiten mal Open Relay war und daher auch bei AOL gesperrt ist. Um sich auszutragen müßte man sich unter dieser URL eine mail an root@ip und an postmaster@ip zusenden lassen...
Sollte also automatisch gehen. Wie lange hast du das Relay schon geschlossen und stehst du immer noch in der Blockliste? Kannst du keine Mails an AOL-User schicken?Getting out of AOL's block list.
Automated processes test all of the servers in our database once every 24 hours. If you'd like to see the last time at which your server was tested, click on this link. If your open relay is closed within 24 hours of the last test, it will be marked "closed" following the next test. Other processes will then take this new information, pull your IP from our block file, and push the changes into production. These "push" and "pull" production changes occur several times a day.
Das ist klar. Aber du könntest bei Gelegenheit mal den ach-so-tollen postmaster at aol.com anschreiben und ihn aufklären, dass diese Bestätigungsmail RFC widrig versendet werden und er das fixen könnte.Ich will nicht wirklich bei der Kundenbetreuung anrufen und denen die "Problematik" erklären.
Ach du meine Scheisse! 6 Monate kein Relay mehr und trotzdem noch in deren "automated" Blockliste. Ein erneuter Beweis, dass AOL merkbefreit ist!Nun, das RElay ist etwa 6 Monate zu und ich hab jetzt mal direkt an den Postmaster gemailt und Ihn auf die RFC verwiesen. Und ich kann keine Mails an AOL verschicken das ist richtig.