Home-›Foren-›Pegasus Mail-›SMTP-Fehler bei Versand an andere domains
- Dieses Thema hat 3 Antworten sowie 2 Stimmen und wurde zuletzt vor 21:59 um 21. März 2006 von Unbekannt aktualisiert.
- AutorBeitrag
- 25. Oktober 2005 um 17:50 #32503powerberndTeilnehmer
Folgendes Problem bei \”greatnet\” sowohl Version 4.21 und 4.3 beta
POP- und SMTP – Parameter richtig eingestellt – keine Verschlüsselung aktiviert
(Konfig.: Vor dem Senden SMTP authentifiz. über POP3 anmelden unter Verwendung der hinterlegten POP3-Definition – Ports 110 und 25)Die Anmeldung beim Server erfolgt gem. Protokoll korrekt.
Der Haken: wenn NICHT an an die gleiche Domain die mail gesendet wird, sondern z.B. gmx, web.de, t-online, etc. kommt die Fehlermeldung 554 \”relay access denied\”
wie hier zu sehen:
From: Postzustellungssystem <>
To: Sie selbst
Subject: Zustellungsfehler.
Date: Sun, 18 Sep 2005 16:21:24
X-PMFLAGS: 128 0 1 JEGVTWX1.CNMDie Zustellung der folgenden Nachricht ist aus einem der
folgenden Gruende, den entweder das Zustellungssystem auf Ihrem
Relais-Server oder das lokale TCP/IP-Transportmodul berichtet hat,
nicht zustellbar:554
554
Nachfolgend Ihre fehlgeschlagene Nachricht:
——————————————————–…und das Protokoll liest sich dann so:
— Sun, 18 Sep 2005 16:21:23 —
Connect to \’mail.yyyyyy.de\’ port 25, timeout 90.
16:21:23.046 [*] Connection established to 83.133.97.238
16:21:23.234 >> 0032 220 server67.greatnet.de ESMTP\\0D\\0A
16:21:23.421 << 0021 EHLO [192.168.0.21]\\0D\\0A 16:21:23.515 >> 0026 250-server67.greatnet.de\\0D\\0A
16:21:23.515 >> 0016 250-PIPELINING\\0D\\0A
16:21:23.515 >> 0021 250-SIZE 2147483647\\0D\\0A
16:21:23.515 >> 0010 250-ETRN\\0D\\0A
16:21:23.515 >> 0047 250-AUTH NTLM LOGIN PLAIN DIGEST-MD5 CRAM-MD5\\0D\\0A
16:21:23.515 >> 0047 250-AUTH=NTLM LOGIN PLAIN DIGEST-MD5 CRAM-MD5\\0D\\0A
16:21:23.562 >> 0014 250 8BITMIME\\0D\\0A
16:21:23.593 << 0047 MAIL FROM:
16:21:23.703 >> 0008 250 Ok\\0D\\0A
16:21:23.703 << 0032 RCPT TO:
16:21:24.890 >> 0049 554
16:21:24.218 << 0028 RCPT TO:
16:21:24.312 >> 0045 554
16:21:24.312 << 0036 RCPT TO:
16:21:24.500 >> 0008 250 Ok\\0D\\0A
16:21:24.500 << 0006 DATA\\0D\\0A 16:21:24.593 >> 0037 354 End data with. \\0D\\0A
16:21:24.593 << 0058 From: \"Pegasus (Testaccount)\"
16:21:24.593 << 0027 To: xxxx.xxxx@gmx.de,\\0D\\0A
16:21:24.593 << 0032 sven@xxxxxt.name\\0D\\0A
16:21:24.593 << 0039 Date: Sun, 18 Sep 2005 16:21:20 +0200\\0D\\0A 16:21:24.593 << 0019 MIME-Version: 1.0\\0D\\0A 16:21:24.593 << 0034 Subject: Testmail (Reproduktion)\\0D\\0A 16:21:24.640 << 0030 CC: pegasus@yyyyyy.de\\0D\\0A
16:21:24.640 << 0062 Message-ID: <432D9400.20739.865538@pegasus.yyyyy.de>\\0D\\0A
16:21:24.640 << 0074 X-Confirm-Reading-To: \"Pegasus (Testaccount)\"
16:21:24.640 << 0012 X-pmrqc: 1\\0D\\0A 16:21:24.640 << 0071 Return-receipt-to: \"Pegasus (Testaccount)\"
16:21:24.640 << 0018 Priority: normal\\0D\\0A 16:21:24.640 << 0081 X-mailer: Pegasus Mail for Windows (4.30 public beta 1, DE v4.30 PB1 (for PB1))\\0D\\0A 16:21:24.687 << 0046 Content-type: text/plain; charset=ISO-8859-1\\0D\\0A 16:21:24.687 << 0045 Content-transfer-encoding: Quoted-printable\\0D\\0A 16:21:24.687 << 0040 Content-description: Mail message body\\0D\\0A 16:21:24.687 << 0002 \\0D\\0A 16:21:24.687 << 0014 Hallo Bernd,\\0D\\0A 16:21:24.687 << 0002 \\0D\\0A 16:21:24.687 << 0048 versuchen wir mal den Fehler zu reproduzieren:\\0D\\0A 16:21:24.687 << 0002 \\0D\\0A 16:21:24.687 << 0071 Diese Mail geht an drei Empf=E4nger innerhalb und au=DFerhalb der MF-\\0D\\0A 16:21:25.734 << 0009 Domain.\\0D\\0A 16:21:25.734 << 0002 \\0D\\0A 16:21:25.734 << 0003 .\\0D\\0A 16:21:25.125 >> 0031 250 Ok: queued as 6637FD8C014\\0D\\0A
16:21:25.484 << 0006 QUIT\\0D\\0A 16:21:25.703 >> 0009 221 Bye\\0D\\0A
16:21:25.703 — Connection closed normally at Sun, 18 Sep 2005 16:21:25. —\\0A\\0Agreatnet schreibt nur dazu:
\”ich habe soebend den Versand an externe Emailadressen getestet und konnte
keine Fehler feststellen. Der Versand funktioniert auch an gmx und andere
externe emailadressen bzw Emailprovider. Der Fehler muß an Pegasus liegen
dh. Sie müssten sich an den hersteller wenden, ob dieser Client etwalige
anforderungen des Server nicht erfüllen kann.Mit freundlichen Grüßen
greatnet\”—–
Da die Konfiguration (auf 2 verschiedenenen PCs mit Win2000 Prof – einmal 4.21c und einmal 4.30) mit anderen Accounts problemlos funktioniert und innerhalb der \”giweb-domain\” der Versand auch funktioniert, bin ich mit meinem Latein am Ende….vielleicht hat ja jemand eine zündende Idee?? Ach ja: POP3 funktioniert immer und problemlos….[Editiert am 26/10/2005 von powerbernd]
21. März 2006 um 15:47 #127441UnbekanntTeilnehmerHallo powerbernd,
ich habe selbiges Problem, auch mit p:ail 4.21c.
Es muss wohl was mit dem
DIGEST-MD5 CRAM-MD5\\0D\\0A
zu tun haben.Hast Du eine Lösung gefunden?
21. März 2006 um 16:12 #127443powerberndTeilnehmerHallo Unbekannter ,
ja, habe ich: den provider gewechselt….
Ich hatte auch noch mal ne mail ins KIWI-Land geschickt, aber auch dort konnte man mir nicht wirklich weiterhelfen – die sagen, es läge a, Provider… 🙁 . Ich habe die Vermutung, das ist mal wieder so eine undokumentierte Sache und der provider testet halt nur, ob es mit dem sch$$ss-outlook funktioniert. Bei greatnet haben sie mir auch ganz frech gesagt, dass pegasus nun mal \”sehr exotisch\” sei und mit outlook würde es ja schliesslich funktionieren…..
Ich finde es halt schade, dass ich da auch nicht weiter gekommen bin – mit welchem Provider hast du denn die Probleme??
21. März 2006 um 21:59 #127475UnbekanntTeilnehmerHallo,
also es liegt wirklich am CRAM/MD5.
Habe wie hier beschrieben
https://www.mailhilfe.de/frage6693.html
das Programm installiert. Damit funktioniert es.
Gleichzeitig habe ich Supportanfrage an \”net-build.de\” gestellt,
mal sehen, ob die diese Funktion freischalten. Abgesehen davon, bin ich äusserst zufrieden mit Net-Build…sehr empfehlenswert.
Gruss aus Karlsruhe, Michael - AutorBeitrag
Das Thema ‘SMTP-Fehler bei Versand an andere domains’ ist für neue Antworten geschlossen.
