[quote user="apco"]kann ich dir so nicht zustimmen. Meine Webwächter haben mich oft vor einem Virus bewahrt. Ausserdem möchte ich meinen Anwendungen

nicht alles erlauben, dafür ist meine Firewall hauptsächlich.[/quote]

Gegen Virenschutz ist auch nichs zu sagen, aber bei Firewalls wird's fragwürdig, und auch "deinen Anwendungen nicht alles (zu) erlauben" dürfte durchaus schwierig sein, wenn sie sich System-eigener Mechanismen bedienen: Ich kann mich aus Zeiten meiner Firewall-Nutzung erinnern, daß der Windows-Explorer (nicht Internet Explorer) Netzzugriffe gemacht haben soll: Woher weiß ich denn, von wem die wirklich stammen, da der Windows-Explorer als Shell praktisch alle Windows-Programme startet? Hier übrigens ein neuer Test solcher vermeintlicher Schutzprogramme ... (leider nicht kostenlos). Und wer kennt sich schon mir Netzwerkpaketen und Ports so aus, wie in einem der Thread-Beiträge hier beschrieben?

Win 7 64 Prof.

Firewall: GData

Pegasus Mail ver.4.52

SMTP TCP/IP Port 25

Sicherheit: keine

------------------------------

Hallo Gemeinde,

benutze seit bereits ca. 12 Jahren PMail. Seit dem ich auf Win7  umgestellt habe tritt folgendes Problem auf:

Grundsätzlich beim Versenden von Emails bleibt die Anzeige (Counter auf 0% stehen) Bei größeren Emails mit Anhang, ca. 1MB kommt eine Fehlermeldung.

SMTP: Sende Nachricht 1 von 1   0%  danach Popup:

SMTP Netztwerk. oder Protokoll-Fehler beim Nachrichtenversand

Fehlerbeschreibung: Zeitüberschreitung (Keine Antwort von entfernten System)

Die EMail bleibt somit in der Warteschlange und gilt als nicht versandt, obwohl diese tatsächlich versandt wurde.

Bei kleineren Emails tritt das Timeout Problem nicht auf, der Counter bleibt jedoch auch bei 0% stehen.

Unter Win XP tritt dieses Problem nicht auf, der Versand Counter arbeitet beim Versenden von 0-100%.

Demnach funktioniertt der Nachrichtenaustausch zwischen PMail und SMTP nicht korrekt, da die Mail trotzdem versandt wurde,

nur PMail bekommt diesbezüglich keine Rückmeldung.

Sieht nach irgendeinem geblockten Port aus, da die Rückmeldung vom SMTP nicht korrekt arbeitet.

Bei der Firewall von GDATA sind sämtliche PMail *.exe Anwendungen freigeschaltet.Oder die Firewall komplett abgeschaltet.

Wenn man den SMTP TCP/IP Port auf 465 und SSL setzt wird die Email bis ca. 40% versandt, danach hängt sich PMail auf (Keine Rückmeldung)

Beim Thunderbird am selben Rechner treten keine Probleme auf.

PMail wurde mehrfach neu installiert, zunächst Ver. 4.51 und Update 4.52. mit der gleichen Problematik.

Weiß jemand einen Rat?

Hier wäre vielleicht ein Mitschnitt eines Problem SMTP - Nachrichtenversandes hilfreich. Unter Extras > Interneteinstellungen> Die Internetsitzung mitschneiden... anhaken. Im Mailboxverzeichnis findet man dann die Loggdatei(en) mit der Endung .WPM, mit Notepad öffnen und bei Bedarf hier hochladen. Persönliche Infos in der Loggdatei unkenntlich machen und auf jeden Fall im Abschnitt:

20:04:58.710 << 0012 AUTH LOGIN\0D\0A
20:04:58.742 >> 0018 334 XXXXXXXXXXXXXX\0D\0A
20:04:58.742 << 0030 XXXXXXXXXXX=\0D\0A
20:04:58.757 >> 0018 334 XXXXXXXXXX\0D\0A
20:04:58.757 << 0014 XXXXXXXXXXXX=\0D\0A
20:04:58.788 >> 0030 235 Authentication succeeded\0D\0A

die XXXX - Bereiche löschen, da sich hier die persönlichen Account Infos befinden.

Hallo peggy,

 die Datei sieht wie folgt aus. Leider kann ich darin nichts Auffäliges finden, oder?:

 --- Sun, 18 Apr 2010 00:07:41 ---
Connect to 'smtp.1blu.de' port 25, timeout 30.
00:07:41.517 [*] Connection established to 89.202.0.34
00:07:41.564 >> 0068 220 ms16-1.1blu.de ESMTP Exim 4.69 Sun, 18 Apr 2010 00:07:41 +0200\0D\0A
00:07:41.564 << 0023 EHLO [192.168.178.22]\0D\0A
00:07:41.626 >> 0059 250-ms16-1.1blu.de Hello [192.168.178.22] [91.96.214.157]\0D\0A
00:07:41.626 >> 0019 250-SIZE 52428800\0D\0A
00:07:41.626 >> 0016 250-PIPELINING\0D\0A
00:07:41.626 >> 0022 250-AUTH LOGIN PLAIN\0D\0A
00:07:41.626 >> 0014 250-STARTTLS\0D\0A
00:07:41.626 >> 0010 250 HELP\0D\0A
00:07:41.626 << 0012 AUTH LOGIN\0D\0A
00:07:41.673 >> 0018 334 xxxxxxxxxxx\0D\0A
00:07:41.673 << 0026 xxxxxxxxxxxxxx=\0D\0A
00:07:41.735 >> 0018 334 xxxxxxxxxxxx\0D\0A
00:07:41.735 << 0010 xxxxxxxx\0D\0A
00:07:42.798 >> 0030 235 Authentication succeeded\0D\0A
00:07:42.798 << 0046 MAIL FROM:<xxxx@xxxxx.de> SIZE=4468325\0D\0A
00:07:42.844 >> 0008 250 OK\0D\0A
00:07:42.844 << 0025 RCPT TO:<yyyyy@yyyyy.de>\0D\0A
00:07:42.891 >> 0014 250 Accepted\0D\0A
00:07:42.891 << 0006 DATA\0D\0A
00:07:42.891 >> 0050 354 Enter mail, end with "." on a line by itself\0D\0A
00:07:42.891 << 0027 From: xxxxxx@xxxxxx.de\0D\0A
00:07:42.891 << 0019 To: yyyyy@yyyyy.de\0D\0A
00:07:42.891 << 0039 Date: Sun, 18 Apr 2010 00:07:41 +0200\0D\0A
00:07:42.891 << 0019 MIME-Version: 1.0\0D\0A
00:07:42.891 << 0064 Content-type: Multipart/Mixed; boundary=Message-Boundary-25089\0D\0A
00:07:42.891 << 0015 Subject: test\0D\0A
00:07:42.891 << 0056 Message-ID: <4BCA312D.29705.9892C@xxxxxx.xxxxxx.de>\0D\0A
00:07:42.891 << 0040 Return-receipt-to: xxxxxx@xxxxxxx.de\0D\0A
00:07:42.891 << 0018 Priority: normal\0D\0A
00:07:42.891 << 0056 X-mailer: Pegasus Mail for Windows (4.52, DE v4.51 R1)\0D\0A
00:07:42.891 << 0002 \0D\0A
00:07:42.891 << 0002 \0D\0A
00:07:42.891 << 0026 --Message-Boundary-25089\0D\0A
00:07:42.891 << 0043 Content-type: text/html; charset=US-ASCII\0D\0A
00:07:42.891 << 0033 Content-transfer-encoding: 7BIT\0D\0A
00:07:42.891 << 0040 Content-description: Mail message body\0D\0A
00:07:42.891 << 0002 \0D\0A
00:07:42.891 << 0064 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"\0D\0A
00:07:42.891 << 0070           "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">\0D\0A
00:07:42.891 << 0076 <html  xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"><head>\0D\0A
00:07:42.891 << 0017 <title></title>\0D\0A
00:07:42.891 << 0069 <meta http-equiv="content-type" content="text/html;charset=utf-8"/>\0D\0A
00:07:42.891 << 0060 <meta http-equiv="Content-Style-Type" content="text/css"/>\0D\0A
00:07:42.891 << 0009 </head>\0D\0A
00:07:42.891 << 0008 <body>\0D\0A
00:07:42.891 << 0102 <div align="left"><font face="Tahoma"><span style=" font-size:12pt">testing mail</span></font></div>\0D\0A
00:07:42.891 << 0009 </body>\0D\0A
00:07:42.891 << 0009 </html>\0D\0A
00:07:42.891 << 0002 \0D\0A
00:07:42.891 << 0026 --Message-Boundary-25089\0D\0A
00:07:42.891 << 0051 Content-type: Application/ZIP; name="foto.zip"\0D\0A
00:07:42.891 << 0057 Content-disposition: attachment; filename="foto.zip"\0D\0A
00:07:42.891 << 0035 Content-transfer-encoding: BASE64\0D\0A
00:07:42.891 << 0002 \0D\0A
00:07:42.891 << 0074 UEsDBBQAAAAIADVbjDz6lAHhu9EMAB/UDAAUAAAAS2luZGVyZmFocnJhZF8wNS5KUEfM+HOQ\0D\0A  etc.

************************************************

POSTZUSTELLUNGSSYSTEM:

Die 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:

   *** TCP/IP-Fehler bei Auftragsabarbeitung ***
   Während WinPMail versucht hat, Ihre Nachricht zu senden, ist
   ein Netzwerkfehler aufgetreten. Dieser Fehler kann verschiedene
   Ursachen haben, u.a. die folgenden:
     * Der Server ist ausgefallen.
     * Ihre Netzwerkverbindung ist unterbrochen
     * Konfigurationsprobleme mit WINSOCK.DLL
     * Wenn Sie sich ueber SLIP oder PPP angemeldet haben, koennte
       ein Zeitueberschreitungsfehler aufgetreten sein. Ebenso kann
       Ihre Telefonverbindung zusammengebrochen sein oder zu viele
       Stoergeraeusche (nur SLIP) aufweisen.
   WinPMail wird die Nachricht wieder in die Warteschlange einordnen
   und es spaeter erneut versuchen.
  

Nachfolgend Ihre fehlgeschlagene Nachricht:
--------------------------------------------------------

X-PM-Identity: <Default>
From: xxxxxxx@xxxxxxxx.de
To: yyyyyy@yyyyyy.de
Date: Sun, 18 Apr 2010 00:07:41 +0200
MIME-Version: 1.0
Content-type: Multipart/Mixed; boundary=Message-Boundary-25089
Subject: test
Message-ID: <XXXXXXXXXXXXX@xxxxxxxx.xxxxxxxxxx.de>
Return-receipt-to: XXXXXXXXXX@xxxxxxxxxx.de
Priority: normal
X-mailer: Pegasus Mail for Windows (4.52, DE v4.51 R1)


--Message-Boundary-25089
Content-type: text/html; charset=US-ASCII
Content-transfer-encoding: 7BIT
Content-description: Mail message body


Nachfolgend Ihre fehlgeschlagene Nachricht:

*************************************************

Was ich nicht verstehen kann, dass die Meldung die WINSOCK.DLL anspricht,

Win 7 jedoch über keine WINSOCK.DLL verfügt, sondern  WINSOCKHC.DLL.

[quote user="apco"]die Datei sieht wie folgt aus. Leider kann ich darin nichts Auffäliges finden, oder?:

00:07:42.891 << 0074 UEsDBBQAAAAIADVbjDz6lAHhu9EMAB/UDAAUAAAAS2luZGVyZmFocnJhZF8wNS5KUEfM+HOQ\0D\0A  etc.[/quote]

Nun ja, der entscheidende Teil fehlt leider: nämlich das Ende der

Kommunikation mit dem Server, denn darum geht's hier ja ...

[quote user="apco"]Was ich nicht verstehen kann, dass die Meldung die WINSOCK.DLL anspricht, Win 7 jedoch über keine WINSOCK.DLL verfügt, sondern  WINSOCKHC.DLL.[/quote]

Das muß nicht weiter irritieren, in aktuellen Windows-Versionen wird nicht mehr WinSock.dll verwendet sondern WSock32.dll (siehe auch unter Extras => Einstellungen => Erweiterte Einstellungen), und die ist definitiv vorhanden.

Hallo Michael,

vielen Dank für die Hinweise.

Ja, sorry, das habe ich übersehen. Das Ende der Log Datei sieht wie folgt aus:

00:07:42.609 << 0074 MDEuSlBHUEsBAhQAFAAAAAgANVuMPNfRgRUgyg0AcMwNABQAAAAAAAAAAAAgCAAAIw8aAEtp\0D\0A
00:07:42.609 << 0074 bmRlcmZhaHJyYWRfMDIuSlBHUEsBAhQAFAAAAAgANVuMPIDojvw6jAMA+o4DABQAAAAAAAAA\0D\0A
00:07:42.609 << 0074 AAAgCAAAddknAEtpbmRlcmZhaHJyYWRfMDMuSlBHUEsBAhQAFAAAAAgANVuMPMpF3h4LVgYA\0D\0A
00:07:42.609 << 0074 sVgGABQAAAAAAAAAAAAgCAAA4WUrAEtpbmRlcmZhaHJyYWRfMDQuSlBHUEsFBgAAAAAFAAUA\0D\0A

00:07:42.609 << 0018 SgEAAB68MQAAAA==\0D\0A

00:07:42.609 << 0002 \0D\0A
00:07:42.609 << 0028 --Message-Boundary-25089--\0D\0A
00:07:42.609 << 0003 .\0D\0A
00:08:12.623 8: Socket read timeout.
00:08:18.536 << 0006 QUIT\0D\0A
00:08:48.550 8: Socket read timeout.
00:08:48.550 --- Connection closed normally at Sun, 18 Apr 2010 00:08:48. ---\0A\0A

 Dazwischen lag der Code vom Anhang.

Thunderbird arbeitet dagegen wie geschmiert, egal auf welchem Port, ob 25 oder 465 mit SSL, kann also nicht an der Firewall liegen.

Gruß

Andreas

[quote user="apco"]00:08:12.623 8: Socket read timeout.

00:08:18.536 << 0006 QUIT\0D\0A
00:08:48.550 8: Socket read timeout.
00:08:48.550 --- Connection closed normally at Sun, 18 Apr 2010 00:08:48. ---\0A\0A[/quote]

Ok, nicht daß ich verstehen würde, wieso es unter laufender Datenübertragung zum Timeout kommt, aber die Lösung erscheint mir dafür sehr einfach: Setz den Timeout einfach auf einen größeren Wert, z.B. 60 Sekunden (der Anfang des Logs (Connect to 'smtp.1blu.de' port 25, timeout 30) zeigt an, daß er zur Zeit bei 30 Sekunden steht): Extras => Internet-Einstellungen => Maximale Wartezeit für Netzwerkverbindungen sowie unter Abholung (POP3) und Senden (SMTP) im jeweiligen Konfigurationsdialog (jeweils den obersten Eintrag in der Liste der Verbindungsdefinitionen öffnen) die jeweilige Angabe für Zeitüberschreitung.

@ idw[:)]

Hallo, vielen Dank für den Support. Habe bereits vorher den Wert auf 90 sec gesetzt, das Verhalten bei Mails mit Anhang ( 2-3MB) blieb jedoch. Wie gesagt, die Mails

werden auch mit 30 sek. versandt, nur PM tut weiterhin so, als ob dies nicht der Fall wäre und behält die Mail in der Warteschlange.

Damit würde die Gewißheit stets fehlen, ob eine Mail versandt wurde oder nicht. Bei kleineren Mails tritt zwar das Time Out Problem nicht auf, jedoch merkt man, dass etwas

nicht stimmt, wenn man seit 15 Jahren damit arbeitet spürt man jedes Hächeln.  Das Verhalten beim Versand ist verzögert und der Upload-Counter steht im Gegensatz zu Win XP immer auf 0%.

D.h. irgend einen Feedback bekommt PM nicht mit. Beim Port 465 mit SSL stürzt PM gar nach ca. 45% der versandten

Mail immer ab. Das kann man so nicht in Kauf nehmen.

Ergänzend sollte ich erwähnen, dass ich mein "Mail" Verzeichnis in XP von Win 7 übernehmen ließ. Werde auf einem anderen Rechner PM nochmals sauber installieren ohne der Übernahme

des Mail Verzeichnisses. Mal sehen, ob sich dann etwas ändert.

Beim M.-Thunderbird habe ich ebenfalls das Profil übertragen, dort laufen alle Vorgänge sauber ab.

Ich weiß wohl, dass diese beiden Clients in der Arbeitsweise nicht zu vergleichen sind.

Gruß

Andreas

[quote user="apco"]Hallo, vielen Dank für den Support. Habe bereits vorher den Wert auf 90 sec gesetzt, das Verhalten bei Mails mit Anhang ( 2-3MB) blieb jedoch. Wie gesagt, die Mails

werden auch mit 30 sek. versandt, nur PM tut weiterhin so, als ob dies nicht der Fall wäre und behält die Mail in der Warteschlange.[/quote]

Ich fürchte, ich verstehe dich nicht: Deine (hier veröffentlichte) Log-Datei zeigt 30 Sekunden, hast du danach den Wert erhöht und zeigt die Log-Datei den dann auch an? Und die Mails werden vollständig verschickt, obwohl Pegasus Mail eine Fehlermeldung anzeigt?

 [quote user="apco"]... der Upload-Counter steht im Gegensatz zu Win XP immer auf 0%[/quote]

Kann es sein, daß du die Mail aus der Warteschlange verschickt hast? Ich meine, dieses Problem tritt nur dort auf (das mit der Upload-Anzeige), zumindest habe ich das irgendwann mal so gesehen.

 Hallo Michael!

sorry für die jetzige Mitteilung.

Habe PMail am anderen Rechner neu installiert, Verhaltensweise blieb die gleiche.

Danach habe ich GDATA Internet Security 2010 deinstalliert und PMail lief problemlos.

Verstehe nur nicht weshalb, wie und wo GDATA diese Problematik entstehen ließ, denn PMail war freigeschaltet,

genauso wie Thunderbird. Irgend etwas läuft bei PMail anders, dass die Firewall oder der Virenwächter von GDATA unter Win 7 diesen Konflikt auslösen.

Wichtig erstmal zu wissen, dass PMail o.k. ist. Die Suche geht somit weiter, da ich auch auf GDATA nicht verzichten möchte.

Gruß

Andreas

[quote user="apco"]Danach habe ich GDATA Internet Security 2010 deinstalliert und PMail lief problemlos.

Verstehe nur nicht weshalb, wie und wo GDATA diese Problematik entstehen ließ, denn PMail war freigeschaltet,[/quote]

Hätt's ja ahnen können, solche Programme verursachen leider häufig undurchschaubare Problem. Schlaue Leute sagen aber z.B. auch, daß Software-Firewalls ohnehin überflüssig sind, da die in Windows bereits installierte Eindringlinge von außen abhält, während das Blocken nach draußen extrem fehleranfällig und meistens auch nutzlos ist, weil ein Schädling, der bereits drin ist, diese ohnehin umgehen kann ...

Hallo,

vor einem guten Jahr hatte ich ebenfalls Sendeprobleme (unter WinXP). Ganz kurze Nachrichten kamen durch, bei ein wenig längeren Texten oder gar Anhängen blieb der Sendeprozeß mit Time Out hängen.

Das Problem ließ sich nur dadurch beheben, daß die Software-Firewall die ICMP-Pakete Typ 3, Code 4 (Fragmentierung nötig, Don't Fragment aber gesetzt) passieren läßt und nicht als Angriff wertet.

Ein analoger Fall lag anscheinend auch hier vor: http://community.pmail.com/forums/post/19566.aspx

Vielleicht hilft Dir das.

Beste Grüße

Wolfgang

[^]Ich habe die Ursache jetzt gefunden.[:P]

Alle Nutzer von GDATA + Pegasus Mail müssen folgende Einstellung durchführen:

Unter "Internet-Email-Optionen" > E-Mail-Prüfung> Ausgehende Mails > Den Haken bei "Mails vor dem Senden Prüfen" rausnehmen.

[ip]Danach läuft PMAIL wie gewohnt. [ip]

Obwohl ich vorher in GDATA sämtliche Schutzfunktionen, auch den Emailschutz, komplett deaktiviert hatte, blieb das Problem.

D.h. in diesem Fall arbeitet GDATA IS 2010 nicht korrekt!!!!!!!!!!

@ idw

kann ich dir so nicht zustimmen. Meine Webwächter haben mich oft vor einem Virus bewahrt. Ausserdem möchte ich meinen Anwendungen

nicht alles erlauben, dafür ist meine Firewall hauptsächlich.