Erstmal Danke.

Versand von Anlagen läuft wieder. Auch die "innere Lahmheit" von PM ist erst mal ausgestanden.

Den letzten der Vorschläge zum Thema ("packet fragmentation") habe ich wie folgt beherzigt.

Bei dem NVIDIA nForce Networking controller "the advanced optimization capability called "checksum offload" auf disable gesetzt.

Danach ist PM zwei mal  bei Verlassen vom Programm abgestürtzt. Nach dem nächsten Start war unverhofft alles wie es sein sollte, es vorher mal war.

Verarbeitungsgeschwindigkeit wie sonst immer und keine Probleme mehr mit davongehender Post incl. Versand von Anhängen mit hohem Volumen. 

Verstehe es zwar überhaupt nicht (sieht mir eher aus wie ein Rückgriff auf altes "Rejestry-Archiv) - doch vorerst habe ich alle Rückstände verschicken können.

Bin etwas daneben weil ich mir auf den  Ablauf "der Reparatur" keinen Reim machen kann.

Schön ist es immer wenn man (wenigsten grob) versteht was war, noch schöner wenn die Programm- Entwickler auf abstellen sinnen würden.

Zum guten Schluß nochmals Dank für deine Hartnäckigkeit mit der du mir beigestanden hast. Hat mir wirklich geholfen.

Die anderen Hinweise (oben, die ich übergangen habe) beziehen sich überwiegend auf den Satz "Socket read timeout".

Ich hatte ja überwiegend   Socket write timeout als Fehlermeldung.

Schöne Grüße Klaus

Zum Hintergrund des Problems.

Benutze PM relativ lange - ab der 90zieger Jahre des

vorherigen Jahrhunderts. Aus dieser Zeit stammen meine Daten im Ordner MAIL.

Habe es immer geschaft Adressen und Mails

(bekommene und verschickte) in die  neueren Versionen oder

UpDates von PM zu übernehmen.

Das waren bis heute viele! So befinden sich jetzt im MAIL-Ordner gut 2 GB an Dateien.Nicht alle haben Sinn - OK.

Habe diese Prozedur ab Windows

95 bis XP Home durchgehalten. Auch über mindestens neue 12 PC´s oder PC Umbauten.

Es ging eigentlich immer gut. Pegasus

Mail ist ein wirklich gutmütiges Programm!

Alle in diesen 13 bis 14 Jahren

mal mit dem Programm auftretende Probleme ließen sich ohne fremde

Hilfe lösen.

Nun aber bin ich ratlos und tauche im

Forum auf weil ich mir selbst am Schlauch stehe – ich komme nicht

weiter!

Noch zum Hintergrund - im Augenblick folgendes im Rechner: :

AMD Sempron, 2800+; 1 GB

RAM; NVIDIA nForce Networking Controler.

An Router Eumex 300 IP. über eine

Powerlineverbindung (MSI).

Es läuft WIN XP (HE) mit allen aktuellen Updates.

Bis vor. kurzem lief  PM Ver. 4,51 DE, vor

einer Woche (oder etwas länger) wurde  Ver. 4.62 drüber installiert.

Auch da war einige war Tage alles 

OK.

Habe allerdings in den letzten Tagen einige Emails (teils mit Anlagen) aus Handynetzen bekommen.

Das ist die einzige mir bewusste Veränderung in der bis jetzt bewährten Email-Praxis 

Mein  Problem heute/seit einer Reihe von Tagen:

Es lassen sich keine Anlagen mehr

verschicken. Schon in der Warteschlange taucht ein Fehler auf.

Das Volumen der Anlagen wird dort mit 0,0k angezeigt. Im Anlageneingabefenster stehen (zuvor) noch die richtigen Werte.

Öffnet man aber die zum verschicken bereiten -Mails  in der Warteschlange (Editierung) so werde die Anlagen mit den richtigen Volumen in Anlagenfenster gezeigt.  

Geht man auf senden (verschicken) bleibt die Fortschrittsanzeige (in%) auf Null oder nahe Null und über die Leitung zum Netz gibt es kein "Trafic". 

Sendungen mit Text im Mailfenster sonst aber ohne Anlagen gehen normal weg (wenn auch mit reduziertem Durchsatz)

 Danach bleibt die Anzeige auf "Schließe Verbindung" minutenlang stehen.

Nach dem Nichtsenden (mit Anlage) kommt folgender Text:

"Die Zustellung der folgenden

Nachricht ist aus einem der

folgenden Gründe, 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".

So also die Meldung am PM Emaileingang.

Die zweite Fehlermeldung (im Pegasusfenster) ist wie

folgt (oder ähnlich):

>> 0118 220 fwd07.t-online.de

T-Online ESMTP receiver fmsad1725 ready.

/ T-Online ESMTP receiver

smtpmail.t-online.de ready

<< 0023 EHLO [192.168.178.22]

>> 0030 250-fwd07.t-online.de

ready.

>> 0019 250-SIZE 52428800

>> 0014 250-8BITMIME

>> 0022 250-AUTH=LOGIN PLAIN

>> 0022 250-AUTH LOGIN PLAIN

>> 0025 250-ENHANCEDSTATUSCODES

>> 0010 250 HELP

<< 0012 AUTH LOGIN

>> 0018 334 VXNlcm5hbWU6

<< 0034

a2xhdXMuc2tyb2NoQHQtb25saW5lLmRl

>> 0018 334 UGFzc3dvcmQ6

<< 0018 TWxtemZUYndkVGI=

>> 0038 235 2.5.0 Authentication

successful.

<< 0051 MAIL

FROM:<kkkkk.ssssss@t-online.de > SIZE=118257

>> 0028 250 2.1.0 Sender

accepted.

<< 0038 RCPT

TO:<kkkkk.ssssss.de@freenet.de>

>> 0031 250 2.1.5 Recipient

accepted.

<< 0006 DATA

>>0026 345 KO, start with data

Hier geht PM wie gesagt auf "schließe

Verbindung" und bleibt da unendlich lange stehen.

Mir wäre geholfen wenn wer eine

praktischen Ausweg vorschlägt (zum Beispiel wo und wie ist einzugreifen)

Noch besser wenn wer Durchblick hätte -

was da im Programm schief läuft und warum.

Grüße zgs

[quote user="zwei-gb-seit"]Mir wäre geholfen wenn wer eine

praktischen Ausweg vorschlägt (zum Beispiel wo und wie ist einzugreifen)

Noch besser wenn wer Durchblick hätte -

was da im Programm schief läuft und warum.[/quote]

Erster Versuch: Siehe hier.

Hallo zgs,

ich bin leider kein "Durchblicker", hatte aber mal ein ähnlich klingendes Problem:

[quote user="zwei-gb-seit"]Sendungen mit Text im Mailfenster sonst aber ohne Anlagen gehen normal weg (wenn auch mit reduziertem Durchsatz)[/quote]

Da war etwas mit ICMP-Paketen nicht (mehr) in Ordnung. Siehe dazu hier.

Mit freundlichen Grüßen
Wolfgang

Den Hinweis hatte ich schon vor meiner Anfrage im Forum gelesen. (Wie auch einiges mehr.) Bin diesem nachgegangen. Einstellung bei mir war / ist  wie da beschrieben. Mögliche Änderungen  habe ich durchprobiert. Hatten keinen Einfluß auf Problem. Darum auch Frage im Forum.

Grüße Klaus

[quote user="zwei-gb-seit"]Den Hinweis hatte ich schon vor meiner Anfrage im Forum gelesen. (Wie auch einiges mehr.) Bin diesem nachgegangen. Einstellung bei mir war / ist  wie da beschrieben. Mögliche Änderungen  habe ich durchprobiert.[/quote]

Ähm, auf welchen Vorschlag bezieht sich diese Antwort denn, bitte?

 Auf den "Erster Versuch: Siehe hier."

Oder auf den den Text:

"das Problem bei PMail 4.61 so gelöst wurde Extras => Einstellungen => Erweiterte Einstellungen => Windows Internet Services laden ... auf Immer stellen und Pegasus Mail neu starten."

Klaus

[quote user="zwei-gb-seit"]Oder auf den den Text:

"das Problem bei PMail 4.61 so gelöst wurde Extras => Einstellungen => Erweiterte Einstellungen => Windows Internet Services laden ... auf Immer stellen und Pegasus Mail neu starten."[/quote]

Das geht einfacher mit der Zitieren-Option des Forum-Editors, die fügt automatisch den beantworteten Text in die Antwort ein.

Aber zum Thema: Hast du denn den anderen Vorschlag (Firewall-Problem) mal getestet? Abgesehen davon wären ein paar mehr Details des Fehlers wünschenswert, es gibt dazu unter Extras => Internet-Einstellungen => Allgemein unten die Option Die Internet-Sitzung mitschneiden: Im dazu gehörigen Hilfe-Eintrag (der fehlt in den alten Versionen allerdings) steht:

Die Internet-Sitzung mitschneiden (nur für erweiterte Diagnose) Wenn Sie diese Option aktivieren, erzeugt Pegasus Mail spezielle Logdateien, in denen der gesamte Datenverkehr zwischen Pegasus Mail und den Servern gespeichert wird.
Jede Sitzung wird in einer Datei mit dem Namen TCPxxxx.WPM im Mailbox-Verzeichnis abgespeichert (das xxxx wird von Pegasus Mail automatisch mit 4 Ziffern ersetzt). Das Mitschneiden des Datenverkehrs verlangsamt die Kommunikation etwas, und Sie sollten sich darüber im Klaren sein, daß auch Nutzernamen und Passwörter in der Logdatei im Klartext abgelegt werden (sogar wenn Sie SSL verwenden).

Das Mitschneiden der Internet-Sitzung wird hauptsächlich dazu verwendet, Ursachen für Fehler bei der Kommunikation zwischen Pegasus Mail und den Servern zu ermitteln. Sie sollten diese Option nur dann einschalten, wenn Ihr Systemverwalter oder der technische Support von Pegasus Mail Sie dazu auffordern.
Diese Option wird bei jedem Start von Pegasus Mail automatisch deaktivert.

Wenn du diese Infomationen (sinvoll gekürzt) hier posten möchtest, solltest du zuvor alle persönlichen Daten (Username, Passwort etc.) anonymisieren. Manchmal hilft es auch schon, die "Zeitüberschreitung" in der SMTP-Definition (unter

Extras => Internet-Einstellungen => Senden) 

deiner aktiven Verbindung hoch zu setzen (auf 60 Sekunden, z.B.):

Noch ein paar Anmerkungen:

[quote user="zwei-gb-seit"]Es lassen sich keine Anlagen mehr

verschicken. Schon in der Warteschlange taucht ein Fehler auf. 

Das Volumen der Anlagen wird dort mit 0,0k angezeigt.[/quote]

Das ist irrelevant, es hat mit dem Senden der Anhänge nichts zu tun, es ist nur ein Anzeigeproblem.

[quote user="zwei-gb-seit"]Danach bleibt die Anzeige auf "Schließe Verbindung" minutenlang stehen.[/quote]

Sofern sich das auf die Warteschlange bezieht, ist auch das nur ein "virtuelles" Problem, d.h. nur die Anzeige ist fehlerhaft.

Hallo

Sehe das Problem in der (nun seit paar Tagen aufgekommenen) "inneren Lahmheit der Verarbeitung innerhalb von PM. Nun der etwas lange Report (Logdatei ist um den Anlageninhalt gekürzt).

--- Sun, 30 Oct 2011 17:36:23 ---
Connect to 'smtpmail.t-online.de' port 25, timeout 60.
17:36:23.437 [*] Connection established to 194.25.134.50
17:36:23.609 >> 0118 220 fwd21.t-online.de T-Online ESMTP receiver fmsad1725 ready. / T-Online ESMTP receiver smtpmail.t-online.de ready.\0D\0A
17:36:24.625 << 0023 EHLO [192.168.178.22]\0D\0A
17:36:24.859 >> 0030 250-fwd21.t-online.de ready.\0D\0A
17:36:24.859 >> 0019 250-SIZE 52428800\0D\0A
17:36:24.859 >> 0014 250-8BITMIME\0D\0A
17:36:24.859 >> 0022 250-AUTH=LOGIN *
17:36:24.859 >> 0022 250-AUTH LOGIN *
17:36:24.859 >> 0025 250-ENHANCEDSTATUS*
17:36:24.859 >> 0010 250 HELP\0D\0A
17:36:24.875 << 0012 AUTH LOGIN*
17:36:24.125 >> 0018 334 *
17:36:24.125 << 0034 *
17:36:24.390 >> 0018 334 *
17:36:24.390 << 0018 *
17:36:25.687 >> 0038 235 2.5.0 Authentication successful.\0D\0A
17:36:25.687 << 0051 MAIL FROM:<xxxxx.XXXXXX@t-online.de > SIZE=713059\0D\0A
17:36:25.953 >> 0028 250 2.1.0 Sender accepted.\0D\0A
17:36:25.953 << 0035 RCPT TO:<yyyyyyyyyyyyy@hotmail.de>\0D\0A
17:36:25.234 >> 0031 250 2.1.5 Recipient accepted.\0D\0A
17:36:25.234 << 0006 DATA\0D\0A
17:36:25.500 >> 0026 354 Ok, start with data.\0D\0A
17:36:25.500 << 0072 From: "xxxxx XXXXXX (Stadt - Germany)" <xxxxx.XXXXXX@t-online.de>\0D\0A
17:36:25.500 << 0029 To: yyyyyyyyyyyyy@hotmail.de\0D\0A
17:36:25.500 << 0039 Date: Sat, 29 Oct 2011 11:32:48 +0200\0D\0A
17:36:25.500 << 0019 MIME-Version: 1.0\0D\0A
17:36:25.500 << 0063 Content-type: Multipart/Mixed; boundary=Message-Boundary-6554\0D\0A
17:36:25.500 << 0023 Subject: Adressentest\0D\0A
17:36:25.500 << 0062 Message-ID: <4EABC840.12565.6A995E@xxxxx.XXXXXX.t-online.de>\0D\0A
17:36:25.500 << 0088 X-Confirm-Reading-To: "xxxxx XXXXXX (Stadt - Germany)" <xxxxx.XXXXXX@t-online.de>\0D\0A
17:36:25.500 << 0012 X-pmrqc: 1\0D\0A
17:36:25.500 << 0085 Return-receipt-to: "xxxxx XXXXXX (Stadt - Germany)" <xxxxx.XXXXXX@t-online.de>\0D\0A
17:36:25.500 << 0018 Priority: normal\0D\0A
17:36:25.500 << 0056 X-mailer: Pegasus Mail for Windows (4.62, DE v4.61 R1)\0D\0A
17:36:25.500 << 0002 \0D\0A
17:36:25.500 << 0002 \0D\0A
17:36:25.500 << 0025 --Message-Boundary-6554\0D\0A
17:36:25.500 << 0041 Content-type: text/plain; charset=UTF-8\0D\0A
17:36:25.500 << 0045 Content-transfer-encoding: Quoted-printable\0D\0A
17:36:25.500 << 0040 Content-description: Mail message body\0D\0A
17:36:25.500 << 0002 \0D\0A
17:36:25.500 << 0017 hallo christian\0D\0A
17:36:25.500 << 0077 Zwei Anh=C3=A4nge f=C3=BCr Ursula. Falls alles richtig l=C3=A4uft (habe ak=\0D\0A
17:36:25.500 << 0014 ut Probleme \0D\0A
17:36:25.500 << 0061 mit dem Verschicken von Anlagen - dann kommen weitere dazu.\0D\0A
17:36:25.500 << 0042 Bitte also melden ob richtig angekommen.\0D\0A
17:36:25.500 << 0023 Gr=C3=BC=C3=9Fe xxxxx\0D\0A
17:36:25.500 << 0017 -- 004994168144\0D\0A
17:36:25.500 << 0024 -- xxxxx.XXXXXX@gmx.de\0D\0A
17:36:25.500 << 0031 -- xxxxx.XXXXXX.de@freenet.de\0D\0A
17:36:25.500 << 0029 -- xxxxx.XXXXXX@t-online.de\0D\0A
17:36:25.500 << 0036 -- xxxxx XXXXXX (Stadt - Germany)\0D\0A
17:36:25.500 << 0002 \0D\0A
17:36:25.500 << 0002 \0D\0A
17:36:25.500 << 0002 \0D\0A
17:36:25.500 << 0025 --Message-Boundary-6554\0D\0A
17:36:25.500 << 0046 Content-type: text/plain; charset=ISO-8859-1\0D\0A
17:36:25.500 << 0045 Content-transfer-encoding: Quoted-printable\0D\0A
17:36:25.500 << 0029 Content-disposition: inline\0D\0A
17:36:25.500 << 0046 Content-description: Attachment information.\0D\0A
17:36:25.500 << 0002 \0D\0A
17:36:25.500 << 0062 Der folgende Teil dieser Nachricht enth=E4lt einen Anhang im\0D\0A
17:36:25.500 << 0046 sogenannten Internet MIME Nachrichtenformat.\0D\0A
17:36:25.500 << 0068 Wenn Sie Pegasus Mail oder ein beliebiges anderes MIME-kompatibles\0D\0A
17:36:25.500 << 0071 Email-System verwenden, sollten Sie den Anhang mit Ihrem Email-System\0D\0A
17:36:25.500 << 0082 speichern oder anzeigen k=F6nnen. Gegebenenfalls fragen Sie Ihren Administrator.\0D\0A
17:36:25.500 << 0002 \0D\0A
17:36:25.500 << 0066 The following section of this message contains a file attachment\0D\0A
17:36:25.500 << 0067 prepared for transmission using the Internet MIME message format.\0D\0A
17:36:25.500 << 0070 If you are using Pegasus Mail, or any another MIME-compliant system,\0D\0A
17:36:25.500 << 0067 you should be able to save it or view it from within your mailer.\0D\0A
17:36:25.500 << 0069 If you cannot, please ask your system administrator for assistance.\0D\0A
17:36:25.500 << 0002 \0D\0A
17:36:25.500 << 0056    ---- Datei Information/File information -----------\0D\0A
17:36:25.500 << 0042      Datei/File:  Volkm-2011.9.22-01.jpg\0D\0A
17:36:25.500 << 0038      Datum/Date:  29 Oct 2011, 11:28\0D\0A
17:36:25.500 << 0037      Gr=F6=DFe/Size:  272941 bytes.\0D\0A
17:36:25.500 << 0030      Typ/Type:    JPEG-image\0D\0A
17:36:25.500 << 0002 \0D\0A
17:36:25.500 << 0025 --Message-Boundary-6554\0D\0A
17:36:25.500 << 0026 Content-type: Image/JPEG\0D\0A
17:36:25.500 << 0068 Content-disposition: attachment; filename="Volkm-2011.9.22-01.jpg"\0D\0A
17:36:25.500 << 0035 Content-transfer-encoding: BASE64\0D\0A
17:36:25.500 << 0002 \0D\0A
Hier Anfang der Anlagen
17:36:25.500 << 0074 /9j/4AAQSkZJRgABAQEAVwBXAAD/4Rv1RXhpZgAASUkqAAgAAAALAAIBAwADAAAAkgAAAAMB\0D\0A
17:36:25.500 << 0074 LJEmyQuM4z2PH/662tqBJpJnV0ZMsGlG3J7HHP4e1Z+oQGVpvsEyeWuFZ/Ly27GARg8c9D9a\0D\0A
….............................usw.
17:36:26.781 << 0074 z1NKiitUZWn2GnxuggnkDB1WWJzknn+7jk1a1k5mgtrdpUAzy/yknPpUCaYZivkXJi3nbO6H\0D\0A
17:37:26.781 10: Socket write timeout.
17:37:46.859 << 0006 QUIT\0D\0A
17:39:16.078 10: Socket write timeout.

 Klaus

[quote user="zwei-gb-seit"]Sehe das Problem in der (nun seit paar Tagen aufgekommenen) "inneren Lahmheit der Verarbeitung innerhalb von PM.[/quote]

Und warum sollte das so sein? Da kommt eigentlich nur ein Virenscanner in Frage ...

[quote user="zwei-gb-seit"]

17:39:16.078 10: Socket write timeout.[/quote]

Anscheinend reichen 60 Sekunden nicht aus: Schon was Längeres ausprobiert?

zwei-gb-seit:

Sehe das Problem in der (nun seit

paar Tagen aufgekommenen) "inneren Lahmheit der Verarbeitung

innerhalb von PM.

Und warum sollte das so sein? Da

kommt eigentlich nur ein Virenscanner in Frage ...

Schon gecheckt.

Im Weg sein könnten

zwei Programme. AVAST und Spybot. Wenn einzeln oder beide komplett auser

Betrieb keine Änderungen im Verhalten von PM beim

Anlagenverschicken.

zwei-gb-seit:

17:39:16.078 10: Socket write

timeout.

Anscheinend reichen 60 Sekunden nicht

aus: Schon was Längeres ausprobiert?

Ja es gibt ja im PM zwei

Einstellmögigkeiten für Zeiten.

Beide bis 300 Sek. getestet - hatten kein

Einfluß auf das Verhalten beim Versand.

Auch die 60 sec sind ja eine lange Zeit, denn der Abruch der weggehenden Daten erfolgt (Laut

TCPxxxx.WPM) meistens nachdem dort insgesamt ca 12000 Zeichen

registriert wurden oder die Anlage ca. 7000 Zeichen hergegeben hat. Incl. Leerzeichen! Stimmt die Uhrzeit die im TCP mitläuft, dann geht es hier um ca. 1000 ms.

Der "Erläuterungssatz" über

Socket write timeout ist nach dem Abriss manchmal in der TCP-datei vorhanden, manchmal auch

nicht.

D.h. der Datenstrom reißt auch ohne Kommentar in TCPxxxx.WPM-Datei ab.

Andere Frage: warum taucht im TCP immer folgende Zeile (über 8 BIT) auf:

0014 250-8BITMIME

 Klaus

PS mit dem zitieren bin ich hier noch nicht sattelfest - versuche es aber beim nächsten mal systemkonform hinzubekommen!

[quote user="zwei-gb-seit"]Sehe das Problem in der (nun seit

paar Tagen aufgekommenen) "inneren Lahmheit der Verarbeitung

innerhalb von PM.

Und warum sollte das so sein? Da

kommt eigentlich nur ein Virenscanner in Frage ...

Schon gecheckt.

Im Weg sein könnten

zwei Programme. AVAST und Spybot. Wenn einzeln oder beide komplett auser

Betrieb keine Änderungen im Verhalten von PM beim

Anlagenverschicken.[/quote]

Meine Antwort bezog sich ja auch auf 

Lahmheit der Verarbeitung

innerhalb von PM, nicht speziell auf das Senden von Anhängen. Abgesehen davon: Spybot hat bei anderen Pegasus-Mail-Benutzern schon diverse Abstürze verursacht, nur so zur Info.

[quote user="zwei-gb-seit"]Der "Erläuterungssatz" über

 Socket write timeout ist nach dem Abriss manchmal in der TCP-datei vorhanden, manchmal auch

nicht.

D.h. der Datenstrom reißt auch ohne Kommentar in TCPxxxx.WPM-Datei ab.[/quote]

Schau dir mal diese Vorschläge ("packet fragmentation") an, die könnten nicht nur für Mercury eine Rolle spielen, sondern auch für Pegasus Mail. Ergänzung am 01.11.2011: Hier ist noch was zum Thema Zeitüberschreitung.

[quote user="zwei-gb-seit"]Andere Frage: warum taucht im TCP immer folgende Zeile (über 8 BIT) auf:

0014 250-8BITMIME[/quote]

Keine Ahnung, aber das Internet kennt die Antwort sicher irgendwo.