Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: Fitz am 28.02.05 - 13:07:59
-
Hallo Forum,
in unseren mail.box(en) am SMTP Ausgangsserver liegen immer recht lange Mailings an aol.com "rum".
Hier der Auszug aus der log.nsf:
Router: No messages transferred to [$Retry mailin-03.mx.AOL.COM] (host mailin-03.mx.AOL.COM) via SMTP
Irgendwann versendet er dann die Mails an AOL. Hat AOL da ein Problem oder liegt es an meiner Konfiguration?
Danke für Infos!
Server 6.3.3FP1 - Clients 6.5.3 bzw. 5.12/5.05
Gruß Fitz
-
was sagt denn der router wenn Du "tell router stat" eingibst ?
-
Wenn die Mails irgendwann doch zugestellt werden, hat wohl eher die Gegenseite ein Problem, denke ich. Und AOL scheint wohl etwas eigen zu sein. Aber muss man dorthin Mails vom Domino verschicken (da gehen doch nur Dienstmails ab, oder ;D)
Bernhard
-
Hallo,
@hallodirk
hier die Info vom Router Task:
> tell router stat
Msgs State Via Destination
2 Retry(25) SMTP [$Retry mailin-04.mx.AOL.COM] (Push)
Last error: 421 SERVICE NOT AVAILABLE
Next retry: 01.03.2005 12:49:15
1 Retry( 7) SMTP [$Retry mailin-03.mx.AOL.COM] (Push)
Last error: 421 SERVICE NOT AVAILABLE
Next retry: 01.03.2005 12:38:00
1 Retry( 7) SMTP [$Retry mailin-01.mx.AOL.COM] (Push)
Last error: 421 SERVICE NOT AVAILABLE
Next retry: 01.03.2005 12:42:06
1 Retry( 5) SMTP [$Retry mailin-04.mx.AOL.COM] (Push)
Last error: 421 SERVICE NOT AVAILABLE
Next retry: 01.03.2005 12:34:11
1 Retry( 3) SMTP [$Retry mailin-01.mx.AOL.COM] (Push)
Last error: 421 SERVICE NOT AVAILABLE
Next retry: 01.03.2005 12:36:35
1 Retry( 2) SMTP [$Retry mailin-03.mx.AOL.COM] (Push)
Last error: 421 SERVICE NOT AVAILABLE
Next retry: 01.03.2005 12:37:57
1 Retry( 1) SMTP [$Retry mailin21.AOK.DE] (Push)
Last error: Transient error received from remote server
Next retry: 01.03.2005 12:41:28
Transfer Threads: Max = 8; Total = 6; Inactive = 0; Max Concurrent = 4
Delivery Threads: Max = 8; Total = 0; Inactive = 0
Irgendwie erreicht unser SMTP Server die AOL Server nicht. Ich habe testweise ein email an ein unbekanntes AOL Postfach per web.de versendet und siehe da es kam SOFORT ein Zustellungsfehler Mail (User aunkown) zurück! Ich habe langsam folgenden Verdacht:
1. Unser SMTP Server steht auf einer SPAM Liste bei AOL
oder
2. Unser Internet Provider (bei uns T-COM mit T-Business Connect) läßt keine Verbindung zu AOL durch ?!?
oder
3. DNS Probleme mit der Namensauflösung?
Hat jemand eine Idee wo ich ansetzen kann ??
@koehlerbv
Ich denke mal, das wie üblich 1 von 10 Mails an AOL Geschäftlich sind :)
Fitz
-
Hallo Fitz,
wir haben hier das selbe "Problem", daher gehe ich nicht davon aus, dass das Problem bei unserem Domino oder bei eurem liegt.
Gestern war auch mal aol nicht per Names-Lookup zu erreichen, von daher denke ich, das die an ihren Servern rumspielen.
-
Ich glaube AOL arbeitet mit Reverse DNS. Kannst ja mal den LOG Level hochschrauben.
Kann mich dumpf entsinnen, dass wir auch ein Problem damit hatten.
-
aber wenn das so währe, dann würde er die Mails nie zustellen !
Ich bezweifle das AOL das Reverse DNS zu gewissen Zeiten abstellt....
ABer wenn es ein DNS Problem gibt, dann ruf doch mal nslookup auf Deinem Notes Server auf.
gib set type=mx ein und versuche aol.com aufzurufen.
Beenden nslookup und mach mal ein telnet (name des mailservers) 25
geht denn das bei DIr ?
Für mich sieht das so aus als ob er die AOL SMP Server nicht erreicht oder nach dem helo command die verbindung abbricht......
Probier aber erstmal die "hänschische" Kontaktaufnahme zu den AOL Mailservern.
SMTP commandos:
Helo owdomain
mail from:meineemail@domain.com
rcpt to:empfänger@aol.com
data
hier was reinschreiben
. (Punkt +return)
quit
Kommt hier nun ein Message accepted for delivery ist die mail raus
Gruss
Dirk
-
Hi,
wir haben auch das Problem mit aol.de gehabt!
Nach dem Telefonat mit AOL, haben die gesagt aol.de-Adressen gibt es nicht mehr!!!!!!!
AOL >:(
-
421 <domain> Service not available,
closing transmission channel
[This may be a reply to any command if the service knows it must shut down]
-
Hallo,
hab momentan bei mir das gleiche Problem, die Mails zu AOL.COM gehen nicht raus.
Wenn ich von unserem Server aus:
set type=mx -> aol.com -> Enter -> DNS request time out.
Wenn ich zum Beispiel unsere Domäne nehme oder die von Web, bekomme ich alle Einträge, wie es sich gehört.
Liegt es dann wohl bei AOL, oder mus ich bei mir was umstellen?
Danke, für eure Tips,
Horst
-
Wir hatten auch das Problem, dass keine Mails an AOL zugestellt werden konnten. Bei uns hat es definitiv am fehlenden Reverse-DNS Eintrag gelegen. Danach lief alles wieder wie gewünscht. Allerdings macht es mich stutzig, dass bei einigen von Euch nach zahlreichen Versuchen, dass Mail doch zugestellt werden kann. Zur Lösung des Problems mussten wir uns übrigens an eine Hotline in den USA wenden. Die deutsche AOL sagte uns, dass Probleme dieser Art nur in den USA supportet weden. Sie gaben uns dann eine Nummer zu einer Hotline, die sich speziell mit diesen Problemen beschäftigt. Die waren auch ganz hilfreich. Die checken die Domäne, machen ein paar Tests und sagen einem dann wo das Problem steckt. Leider habe ich die Nummer nicht mehr.
Gruss
Carsten
-
Nen Check wegen DNS-Geschichten etc. kann man auch selber machen, z.B. hier :
http://www.dnsstuff.com/
8)
-
Also ich habs gefunden. Bei uns war auch der Reverse DNS Lookup Eintrag nicht vorhanden!
Warum der verschwunden war, konnte mir die Telekom auch nicht sagen!
Ab jetzt werden die Mails an aol.com wieder zugestellt.
Danke an alle
Gruß Fitz
-
Wir haben jetzt das selbe Problem mit AOL- Mails.
Wir haben aber kürzlich eine IP- Umstellung durchgeführt. Der mail.unsereDomain.de hat eine neue offizielle IP- Adresse bekommen.
Jetzt habe ich den Reverse DNS gecheckt und folgendes herausgefunden:
Bsp:
Alte IP: 1.2.3.4
Neue IP 9.8.7.6
Reverse DNS alt:
mail.unsereDomain.de
(müsste dieser Eintrag nicht gelöscht werden, wenn sich die IP ändert ?)
Reverse DNS neu:
mail.unsereDomain.de.7.8.9.in-addr.arpa
Beides scheint -wenn man ein wenig googelt- irgendwie richtig zu sein.
Aber mit der alten IP gab es das AOL- Problem definitiv nicht.
Ist hier ein Netzwerk- Guru unter uns, der mir sagen kann, ob ich unserem Provider Dampf machen soll, oder ob ich das Problem an einer anderen Stelle suchen muss (weil ja ein Reverse DNS hinterlegt ist, auch wenn der anders aussieht als der alte)
Thanx
Tode
-
Guru nichg gerade :)
Anyway, der alte Eintrag gehört natürlich definitiv gelöscht.
Beim neuen Eintrag würde ich dem Provider Dampf machen, es ist zwar schon so, dass die Adresse im RDNS so hinterlegt wird, das ist aber der komplette reverse-Suchpfad. Der Lookup selber sollte jedoch den Vorwärts-Namen zurückgeben, also so wie beim alten. Ich nehme mal an, dass AOL (und andere) in dieser Situation Probleme bekommen, denn mit dem Reverse Suchergebnis noch einmal in den Lookup hineingegangen ergibt fast sicher kein Ergebnis.
-
Danke Dir für die Info... Das hatte ich mir auch gedacht, nachdem aber die Provider- "Spezialisten" gesagt haben, "das gehört so" war ich mir nicht mehr sicher.
Ich habe jetzt einfach mal bei AOL angerufen und denen den Fall durchgegeben, die haben mir zugesagt, sich zu melden.
Natürlich würde ich gerne mit Deiner Meinung beim Provider hausieren gehen, aber die halten mich ja so schon für blöd, und ich befürchte, dass eine "anonyme" Quelle aus dem Internet sie kaum überzeugen wird.... Ich hoffe, dass AOL Deine Aussage bestätigen wird, dann habe ich eine "offizielle" Handhabe, um hier vorzugehen...
Trotzdem hilft mir Deine Aussage, weil sie mein "Bauchgefühl" bestätigt...
Deshalb: Danke Dir
Tode
-
Nur so als Dokumentation:
-
so sieht's beim Kunden aus...
-
Ein fast zufälliger Auszug ...... kein einziger der Einträge zeigt die in-addr.arpa Variante ....
-
Vielleicht suchst Du mal RFCs zum Thema RDNS, da müsste das doch drinstehen.
-
So, das ist nicht nur falsch, sondern kreuzverkehrt, was der Provider da anrichtet - sorry, aber der gehört in die Tonne ......
Hier ein paar Infos dazu:
Eine klare Beschreibung, wie es tut:
http://www.dnsstuff.com/info/revdns.htm
Oder wenn man Microsoft besonders gerne hat, deren Beschreibung:
http://support.microsoft.com/kb/164213/EN-US/
Und wenn mans dann noch genauer wissen will, hier eine Liste aller RFCs, die sich mit DNS beschäftigen:
http://www.dns.net/dnsrd/rfc/
Und von Ripe eine Sammlung von DNS Dokumentation:
http://www.ripe.net/rs/reverse/infosources.html
Was da mit dem RDNS-Lookup zurückgeliefert wird, ist reines Fantasiegebilde ...... wäre schon interessant zu wissen, wie der Provider überhaupt auf so eine Idee kommt. Denkbar seltsam.
-
DANKE ! DANKE ! DANKE ! (diesmal absichtlich geschrien ;) )
Diesen Argumenten kann sich nicht einmal der von sich selbst überzeugteste Provider- Mitarbeiter entziehen... Ich habe das alles genau so weitergegeben und warte nun auf das reumütige "tut uns leid" *g*
Vielen Dank, dass Du Dir so viel Mühe gemacht hast, mich bei meiner Argumentation zu unterstützen.
Na ja... die kleinen Provider (lokaler Freiburger Provider hier) sind halt immer die hartnäckigsten....
Gruß
Tode
-
Bin gespannt, was da zurückkommt. Der Mann hat offenstichlich nicht begriffen, was in der Datei drinsteht, die der Named/bind verwendet, und was der Dienst tatsächlich an Antwort zurückgeben muss. Hoffe es hilft wirklich weiter.