RE: [suse-isdn] dsl & aol
hallo gernot,
und andere Provider - wie eben T-Online - authentifizieren die User an Hand der IP-Adresse - was aber bei dynamischer IP natürlich nicht geht.
diese aussage stimmt so nicht. t-online identifiziert seine user primaer ueber username/kennung und die dann zugeordnete ip-adresse. sehr gut zu erkennen, wenn man das problem "mitbenutzer" hat und z.b. die mails aller mitbenutzer abholen und lokal zustellen will - man bekommt ausschliesslich zugriff auf die emails des accounts, mit dessen daten man sich gerade angemeldet hat. da hier jedoch kein "relaying denied" als fehlermeldung auftritt, sondern
Final-Recipient: rfc822;Xyz@aol.com Action: failed Status: 5.6.1 Diagnostic-Code: smtp;554 5.6.1 Body type not supported by Remote Host
muss der fehler imho woanders liegen. wir haben es ja hier nicht mit windows-fehlermeldungen zu tun, die weiten interpretationsspielraum lassen... wolfgang
hallo wolfgang, gernot und alle anderen, danke für die richtigstellung/erläuterung zur darstellung von gernot. richtig ist, dass unter anderem zwecks vermeidung von spams, wohl die meisten provider nur "ihre" kunden mailen lassen. beim business-online wird die verbindung so hergestellt: t-online-com/benutzerkennung@t-online-com.de und dynamisch wird (logisch nach positiver authentifizierung) eine IP-Adresse übermittelt, meist aus dem adressraum 80.333.x.y und vergeben dazu völlig korrekt auch einen namen, z.b. der form "p5085C760.dip0.t-ipconnect.de" der vollständigkeit halber, bei t-online geht die so: xxxxxxxxxxxxyyyyyyyyyyyy#0001@t-online.de wobei mir der übermittelte adressraum nicht bekannt ist. die relay'enden mailserver werden mit an sicherheit grenzender wahrscheinlichkeit nach IP (adressraum) oder namen relay zulassen und somit nur indirekt über username/kennung (hier spreche ich also nur von senden, nicht empfangen). last not least - anhand der meldung sieht man... ---ausschnitt--------- Reporting-MTA: dns;mailc0910.dte2k.de Received-From-MTA: dns;mailc0908.dte2k.de
Diagnostic-Code: smtp;554 5.6.1 Body type not supported by Remote Host ---ausschnitt--------- ...dass nicht der telekom-mailserver "verweigert", sondern dessen "feind" d.h. der für den empfänger zuständige mailserver bei aol.
somit wären wir wieder bei der ausgangsfrage: warum will der aol-mailserver die mail nicht annehmen, die über das telekom relay verschickt wird? :-( uli "Post, W" schrieb:
hallo gernot,
und andere Provider - wie eben T-Online - authentifizieren die User an Hand der IP-Adresse - was aber bei dynamischer IP natürlich nicht geht.
diese aussage stimmt so nicht. t-online identifiziert seine user primaer ueber username/kennung und die dann zugeordnete ip-adresse. sehr gut zu erkennen, wenn man das problem "mitbenutzer" hat und z.b. die mails aller mitbenutzer abholen und lokal zustellen will - man bekommt ausschliesslich zugriff auf die emails des accounts, mit dessen daten man sich gerade angemeldet hat.
da hier jedoch kein "relaying denied" als fehlermeldung auftritt, sondern
Final-Recipient: rfc822;Xyz@aol.com Action: failed Status: 5.6.1 Diagnostic-Code: smtp;554 5.6.1 Body type not supported by Remote Host
muss der fehler imho woanders liegen. wir haben es ja hier nicht mit windows-fehlermeldungen zu tun, die weiten interpretationsspielraum lassen...
wolfgang
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
-- Hans-Ulrich Jetter Dipl.-Ing. (FH) Tel: +49-7432-12855 Fax: +49-7432-14221
participants (2)
-
H.-U. Jetter -
Post, W