Problem mit IMAP und EXAMINE
Jens Baae
wir wollten als Client hier mal den Android k9-mail auf ein IMAP-Konto
des Hamsters zugreifen lassen. Das funktioniert auch erstmal ganz gut,
hat aber einen unschönen Nebeneffekt:
Offenbar benutzt k9-mail den Befehl EXAMINE zum Auslesen des
Posteingangs. Dieser Befehl versetzt die Mailbox in den Status 'read-
only'. Das ist auch korrekt so. Leider verbleibt die Mailbox in diesem
Zustand, so daß keine weiteren Änderungen möglich sind. Erst ein
Neustart des Hamsters behebt das Problem (bis zum nächten 'EXAMINE').
Diese Eigenart des Hamsters ist nicht ganz neu, ich hatte das gleiche
Problem früher schon mal mit 'Squirrel'.
Meine Frage ist nun, ob man da was machen kann?
Offenbar verwendet kaum ein Mailclient diesen Befehl, denn bisher
hatten wir im 'normalen' Betrieb damit keine Problem. Läuft sowieso
gut, das Nagetier... ;-)
Mit elektronischen Grüßen
Jens
Alfred Peters
> Offenbar benutzt k9-mail den Befehl EXAMINE zum Auslesen des
> Posteingangs. Dieser Befehl versetzt die Mailbox in den Status 'read-
> only'. Das ist auch korrekt so. Leider verbleibt die Mailbox in diesem
> Zustand, so daß keine weiteren Änderungen möglich sind. Erst ein
> Neustart des Hamsters behebt das Problem (bis zum nächten 'EXAMINE').
>
> Diese Eigenart des Hamsters ist nicht ganz neu, ich hatte das gleiche
> Problem früher schon mal mit 'Squirrel'.
Ich erinnere mich dunkel.
> Meine Frage ist nun, ob man da was machen kann?
Ich fürchte nicht. Das steht irgendwo auf meiner ToDo-Liste (oder war es
Heikos Liste? *d&r* ) recht weit unten (viel Aufwand für wenig Nutzen->¹)
und wird dort wohl mangels Zeit noch ein Weilchen stehen bleiben.
IIRC trat das nur auf, wenn parallel zu der 'EXAMINE-Verbindung' eine
zweite Verbindung aufgemacht wurde. Vielleicht kannst Du da ansetzen.
"k9-mail" sagt mir nichts. War k9 nicht ein Spam-Filter? Kannst Du die
E-Mails vielleicht vor her durch ein POP3-Konto schleusen in dem dann k9
aktiv wird?
> Offenbar verwendet kaum ein Mailclient diesen Befehl, denn bisher
> hatten wir im 'normalen' Betrieb damit keine Problem.
Ja, eben¹.
Alfred
--
10545.8
Jens Baae
adresseindereinleitungszeilewirddieseoftzul...@geekmail.de> wrote:
> > Meine Frage ist nun, ob man da was machen kann?
>
> Ich fürchte nicht. Das steht irgendwo auf meiner ToDo-Liste (oder war es
> Heikos Liste? *d&r* ) recht weit unten (viel Aufwand für wenig Nutzen->¹)
> und wird dort wohl mangels Zeit noch ein Weilchen stehen bleiben.
Ok, das dachte ich mir schon. Wie alt ist die letzte Version des
Hamsters gleich noch mal...?? ;-)
Und der Hamster läuft ja auch richtig gut. Seit wir den Spamassassin
da mit reingeklemmt haben klappt's auch mit der Spamfilterung. Was
will man mehr...
Ich hatte mal daran gedacht auf hmail umzusteigen, aber irgendwie
gefällt mir die Speicherung der Mails in einer Datenbank nicht. Mag
zwar günstiger sein bei großem Mailaufkommen, aber die Möglichkeit
nach einer 'verlorenen' Mail auf Dateibasis zu suchen hat eben auch
was.
> IIRC trat das nur auf, wenn parallel zu der 'EXAMINE-Verbindung' eine
> zweite Verbindung aufgemacht wurde. Vielleicht kannst Du da ansetzen.
Das wird nix. Es ging ja eben darum, per Handy von 'aussen' die
Mailbox zu checken. Da das Konto auch von 'innen' intensiv genutzt
wird findet da immer ein konkurrierender Zugriff statt. Leider gewinnt
dann immer das Handy...
Wir haben das jetzt so geregelt, daß der Kollege den eingebauten
Mailclient von Andriod benutzt und damit klappt's.
>
> "k9-mail" sagt mir nichts. War k9 nicht ein Spam-Filter? Kannst Du die
> E-Mails vielleicht vor her durch ein POP3-Konto schleusen in dem dann k9
> aktiv wird?
k9-mail ist ein Mailclient für Android, der in den entsprechenden
Foren hoch gelobt wird. Ich selbst kenne ihn nicht. Und ja, es gibt
auch einen k9 Spamfilter.
http://code.google.com/p/k9mail/
vs.
Warum da bei beiden k9 drin vorkommt...?? Irgendwas mit Hunden
vieleicht?
http://de.wikipedia.org/wiki/K9
>
> > Offenbar verwendet kaum ein Mailclient diesen Befehl, denn bisher
> > hatten wir im 'normalen' Betrieb damit keine Problem.
>
> Ja, eben¹.
Da muß ich doch glatt an die Karikatur aus dem Atomkraftwerk denken,
wo der Chefingenieur die blinkende rote Lampe anschaut und fragt 'Und
wenn wir sie einfach rausschrauben?' Sieht IMAP einen Rückfall auf
SELECT vor, wenn der Server EXAMINE nicht beherrscht? Oder man
behandelt beide im Hamster gleich...
>
> Alfred
> --
> 10545.8
Mit elektronischen Grüßen
Jens
P.S. Wo kann man denn die neueste Version des Hamsters finden?
Alfred Peters
> adresseindereinleitungszeilewirddieseoftzul...@geekmail.de> wrote:
>> IIRC trat das nur auf, wenn parallel zu der 'EXAMINE-Verbindung' eine
> Da muß ich doch glatt an die Karikatur aus dem Atomkraftwerk denken,
> wo der Chefingenieur die blinkende rote Lampe anschaut und fragt 'Und
> wenn wir sie einfach rausschrauben?'
Na das kannst Du haben: [2]
| V2.1.0.1519 (nightly snapshot {AP2})
|
| - new: [IMAP]
| Das IMAP-Kommando EXAMINE kann deaktiviert werden. Dazu in der Hamster.ini
| [Setup] local.imap.disable.EXAMINE=1
| setzen. {AP2}
> Sieht IMAP einen Rückfall auf
> SELECT vor, wenn der Server EXAMINE nicht beherrscht?
Ich habe jetzt nicht nachgesehen, es dürfte aber kein 'must have' sein.
Schlimmstenfalls bekommt irgendwer rote Backen.
> Oder man
> behandelt beide im Hamster gleich...
Iiiih - Gefrickel - Niemals!!11elf O:-)
> P.S. Wo kann man denn die neueste Version des Hamsters finden?
Die aktuelle Stable ist die (2.1.0.11 [1]).
Wenn Du magst, darfst Du gerne meine Testversion (2.1.0.15+ [2]) nutzen.
Aber vorher (falls nicht bereits geschehen) trotzdem auf die letzte Stable
updaten und deren fehlerfreie Lauffähigkeit sicherstellen.
HTH
Alfred
[1]<http://www.arcorhome.de/newshamster/tgl/>
[2]<http://home.arcor.de/al-peters/hamster2101519.7z>
--
10561.9
Jens Baae
On 25 Jul., 15:58, Alfred Peters <miteinere-mail-
adresseindereinleitungszeilewirddieseoftzul...@geekmail.de> wrote:
> Es schrieb einmal Jens Baae:
>
> > 'Und
> > wenn wir sie einfach rausschrauben?'
>
> Na das kannst Du haben: [2]
>
> | V2.1.0.1519 (nightly snapshot {AP2})
> |
> | - new: [IMAP]
> | Das IMAP-Kommando EXAMINE kann deaktiviert werden. Dazu in der Hamster.ini
> | [Setup] local.imap.disable.EXAMINE=1
> | setzen. {AP2}
Extra für mich? Da sage ich doch erst mal DANKE!
>
> > Sieht IMAP einen Rückfall auf
> > SELECT vor, wenn der Server EXAMINE nicht beherrscht?
>
> Ich habe jetzt nicht nachgesehen, es dürfte aber kein 'must have' sein.
> Schlimmstenfalls bekommt irgendwer rote Backen.
Also das IMAP RFC sagt folgendes:
- 'Clients MUST follow the syntax outlined in this specification
strictly.'
- 'Servers SHOULD enforce the syntax outlined in this specification
strictly.'
Sollte also gehen, wenn EXAMINE nicht geht. Allerdings sollte der
Server dann wohl mit 'BAD' oder so antworten:
'Note: If instead, the server detected an error in the command, it
sends a BAD completion response with a tag matching the command (as
described below) to reject the command and prevent the client from
sending any more of the command.'
Und auf der Client-Seite:
6.3.2. EXAMINE Command
Arguments: mailbox name
Responses: REQUIRED untagged responses: FLAGS, EXISTS, RECENT
REQUIRED OK untagged responses: UNSEEN,
PERMANENTFLAGS,
UIDNEXT, UIDVALIDITY
Result: OK - examine completed, now in selected state
NO - examine failure, now in authenticated state: no
such mailbox, can't access mailbox
BAD - command unknown or arguments invalid
The EXAMINE command is identical to SELECT and returns the same
output; however, the selected mailbox is identified as read-
only.
No changes to the permanent state of the mailbox, including
per-user state, are permitted; in particular, EXAMINE MUST NOT
cause messages to lose the \Recent flag.
The text of the tagged OK response to the EXAMINE command MUST
begin with the "[READ-ONLY]" response code.
Example: C: A932 EXAMINE blurdybloop
S: * 17 EXISTS
S: * 2 RECENT
S: * OK [UNSEEN 8] Message 8 is first unseen
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: * OK [UIDNEXT 4392] Predicted next UID
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS ()] No permanent flags
permitted
S: A932 OK [READ-ONLY] EXAMINE completed
Wie man sieht ist 'BAD' eine der möglichen und gültigen Antworten des
Servers.
>
> > Oder man
> > behandelt beide im Hamster gleich...
>
> Iiiih - Gefrickel - Niemals!!11elf O:-)
Niemals?? Sind wir nicht alle ein bischen Blu*a? ;-)
Ok, ich bin zugegebenermaßen der pragmatische Typ...
>
> > P.S. Wo kann man denn die neueste Version des Hamsters finden?
>
> Die aktuelle Stable ist die (2.1.0.11 [1]).
> Wenn Du magst, darfst Du gerne meine Testversion (2.1.0.15+ [2]) nutzen.
> Aber vorher (falls nicht bereits geschehen) trotzdem auf die letzte Stable
> updaten und deren fehlerfreie Lauffähigkeit sicherstellen.
Die 2.1.0.15 läuft hier seit ??? sehr stabil mit gelegentlichen
Schluckaufs der eher kuriosen Art - Skript nicht lesbar, Verbindung
zum SpamAssassin fehlgeschlagen oder sowas. Kommt aber nicht öfter als
1-2mal pro Woche vor und hat noch nie zum Verlust von Mails geführt.
Werde also die nächsten Tage mal die .19 aufspielen und EXAMINE
abschalten.
>
> HTH
> Alfred
>
> [1]<http://www.arcorhome.de/newshamster/tgl/>
> [2]<http://home.arcor.de/al-peters/hamster2101519.7z>
> --
> 10561.9
Nochmal Danke.
Mit elektronischen Grüßen
Jens
Ruediger Lahl
> [2]<http://home.arcor.de/al-peters/hamster2101519.7z>
Ich will ja nichts beschreien, aber noch NIE ist mir in den letzten zehn
Jahren ein Hamster abgestürzt. Obiger gerade zum zweiten Mal...
Er schmiert nicht ganz ab, wird aber unbrauchbar, da er keine Post mehr
holt. Killen im Taskmanager ist der einzige Ausgang. Nach dem Neustart
beschwert er sich dann für jeden lokalen Server einmal mit:
> Windows-Socket-Fehler: Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden (10048), auf API 'bind'
Da hilft dann anscheinend nur noch ein Reboot.
Win7 Prof 64bit, 4GB RAM. Obiger Hamster wurde über den 1517'er gebügelt.
--
bis denne
Alfred Peters
> *Alfred Peters* schrieb:
>
>> [2]<http://home.arcor.de/al-peters/hamster2101519.7z>
>
> Ich will ja nichts beschreien, aber noch NIE ist mir in den letzten zehn
> Jahren ein Hamster abgestürzt. Obiger gerade zum zweiten Mal...
Hm. Log?
> Er schmiert nicht ganz ab, wird aber unbrauchbar, da er keine Post mehr
> holt.
Also schmiert er nicht ab!? Was macht er vorher (Log)?
> Killen im Taskmanager ist der einzige Ausgang. Nach dem Neustart
> beschwert er sich dann für jeden lokalen Server einmal mit:
>
>> Windows-Socket-Fehler: Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden (10048), auf API 'bind'
Das ist ein Folgefehler, wenn er die Server nicht ordnungsgemäß freigibt.
> Da hilft dann anscheinend nur noch ein Reboot.
Das Beenden im Taskmanager müsste eigentlich reichen.
> Win7 Prof 64bit, 4GB RAM. Obiger Hamster wurde über den 1517'er gebügelt.
Wenn sich das wirklich reproduzieren lässt, probiere bitte den 1518.
RF-QT:
| V2.1.0.1519 (nightly snapshot {AP2})
|
| - new: [IMAP]
| Das IMAP-Kommando EXAMINE kann deaktiviert werden. Dazu in der Hamster.ini
| [Setup] local.imap.disable.EXAMINE=1
| setzen. {AP2}
|
| V2.1.0.1518 (nightly snapshot {AP2})
|
| zusätzliche Log-Ausgaben in dEditDir
|
| V2.1.0.1517 (nightly snapshot {AP2})
| ...
*)
Da hat sich nicht viel getan.
Alfred
--
10570.5
Ruediger Lahl
>> Ich will ja nichts beschreien, aber noch NIE ist mir in den letzten zehn
>> Jahren ein Hamster abgestürzt. Obiger gerade zum zweiten Mal...
>
> Hm. Log?
Der IMHO relevante Teil direkt vor dem Hänger:
Postings im Client(SeaMonkey) lesen:
> 2010.07.28 13:57:04 I {b6c} < 200 NNTP-Server Classic Hamster Version 2.1 (Build 2.1.0.1519) (post ok) on privat.lahls.de says: Hi!
> 2010.07.28 13:57:04 I {b6c} Auto-Login "nntpdefault": 281 Authentication accepted
> 2010.07.28 13:57:04 I {b6c} > MODE READER
> 2010.07.28 13:57:04 I {b6c} < 200 ignored
> 2010.07.28 13:57:04 I {b6c} > GROUP de.comp.os.unix.linux.misc
> 2010.07.28 13:57:04 I {b6c} < 211 6375 1870 8427 de.comp.os.unix.linux.misc
> 2010.07.28 13:57:04 I {b6c} > ARTICLE 8421
> 2010.07.28 13:57:04 I {b6c} < 220 8421 <BTi8P...@helmuthullen.individual.de> article
> 2010.07.28 14:24:59 I {b6c} Verbindung zum Client 127.0.0.1:119 (736) getrennt
> 2010.07.28 14:24:59 I {c9c} Verbindung zum Client 127.0.0.1:119 (900) getrennt
SeaMonkey zu, Hamster mit Script zum Postholen auffordern
> 2010.07.28 14:25:00 Sys {fa0} Starte Skript: mailnews.hsc, Warten=0
> 2010.07.28 14:25:00 Sys {fcc} {script mailnews.hsc} Start
> 2010.07.28 14:25:00 u1 {fcc} >
> 2010.07.28 14:25:00 u1 {fcc} > Hamster rennt seit: 0:58:30
> 2010.07.28 14:25:00 u1 {fcc} >
> 2010.07.28 14:25:00 u1 {fcc} > Starte KorrNews-Mails+News Nachbearbeitung
> 2010.07.28 14:25:00 u1 {fcc} > Fertig KorrNews-Mails+News Nachbearbeitung
> 2010.07.28 14:25:02 I {fa0} Lokaler POP3-Server wird heruntergefahren...
Keine Reaktion vom Hamster. Hamster geöffnet, er präsentiert ein leeres
Logfenster und nichts lässt sich anklicken. Mit Verzögerung geht er
zurück in den Tray.
Zweiter Versuch:
> 2010.07.28 14:25:49 Sys {fa0} Starte Skript: mailnews.hsc, Warten=0
> 2010.07.28 14:25:49 Sys {e00} {script mailnews.hsc} Start
> 2010.07.28 14:25:49 u1 {e00} >
> 2010.07.28 14:25:49 u1 {e00} > Hamster rennt seit: 0:58:31
> 2010.07.28 14:25:49 u1 {e00} >
> 2010.07.28 14:25:49 u1 {e00} > Starte KorrNews-Mails+News Nachbearbeitung
> 2010.07.28 14:25:49 u1 {e00} > Fertig KorrNews-Mails+News Nachbearbeitung
> 2010.07.28 14:25:50 I {fa0} Lokaler SMTP-Server wird heruntergefahren...
endeaushamstertot
>>> Windows-Socket-Fehler:[...]
>
> Das ist ein Folgefehler, wenn er die Server nicht ordnungsgemäß freigibt.
Jap, habe ich mir auch gedacht.
>> Da hilft dann anscheinend nur noch ein Reboot.
>
> Das Beenden im Taskmanager müsste eigentlich reichen.
Den Hamster? Nein, reicht leider nicht.
>> Win7 Prof 64bit, 4GB RAM. Obiger Hamster wurde über den 1517'er gebügelt.
>
> Wenn sich das wirklich reproduzieren lässt, probiere bitte den 1518.
Es ist mir seit vorgestern zweimal passiert. Ich werde dann gleich mal
die 1518 anflanschen. Mal sehen, ob wir den Bug fangen können.
--
bis denne
Alfred Peters
>
>>> Ich will ja nichts beschreien, aber noch NIE ist mir in den letzten zehn
>>> Jahren ein Hamster abgestürzt. Obiger gerade zum zweiten Mal...
>>
>> Hm. Log?
>
> Der IMHO relevante Teil direkt vor dem Hänger:
Bitte möglichst mit Debug und Detail.
> SeaMonkey zu, Hamster mit Script zum Postholen auffordern
>
>> 2010.07.28 14:25:00 Sys {fa0} Starte Skript: mailnews.hsc, Warten=0
>> 2010.07.28 14:25:00 Sys {fcc} {script mailnews.hsc} Start
>> 2010.07.28 14:25:00 u1 {fcc} > Fertig KorrNews-Mails+News Nachbearbeitung
>> 2010.07.28 14:25:02 I {fa0} Lokaler POP3-Server wird heruntergefahren...
>
> Keine Reaktion vom Hamster. Hamster geöffnet, er präsentiert ein leeres
> Logfenster und nichts lässt sich anklicken. Mit Verzögerung geht er
> zurück in den Tray.
Hier klemmt also schon irgend etwas.
> Zweiter Versuch:
>> 2010.07.28 14:25:49 u1 {e00} > Fertig KorrNews-Mails+News Nachbearbeitung
>> 2010.07.28 14:25:50 I {fa0} Lokaler SMTP-Server wird heruntergefahren...
Was mir auffällt:
Warum fahren die Server nach dem Mail-Holen herunter?
Warum oben der POP3-Server und unten der SMTP-Server?
Mit welchem Script-Befehl passiert das?
Wurde der POP3-Server denn wieder gestartet?
Für KorrNews benutzt Du vermutlich 'execute()'!? Mir fällt grade ein, die
Funktion habe ich tatsächlich etwas /gepimpt/ O:-)
Wie sieht dein Aufruf aus?
Alfred
--
10571.2
Alfred Peters
> Es schrieb einmal Ruediger Lahl:
>>> 2010.07.28 14:25:49 u1 {e00} > Fertig KorrNews-Mails+News Nachbearbeitung
> Für KorrNews benutzt Du vermutlich 'execute()'!? Mir fällt grade ein, die
> Funktion habe ich tatsächlich etwas /gepimpt/ O:-)
Hmpf. Ja, das geht schief, wenn <wait>[1] auf 0 steht.
Das werde ich mir morgen Abend genauer ansehen.
Wenn Du <wait> bis dahin auf 1 stellst, sollte es funktionieren.
Alfred
[1] execute( <cmdline>, <workdir>, <show>, <wait>, <exitcode>, <outputstring> )
--
10571.2
Ruediger Lahl
>>> Hm. Log?
>>
>> Der IMHO relevante Teil direkt vor dem Hänger:
>
> Bitte möglichst mit Debug und Detail.
Hatte ich nicht eingeschaltet.
>>> 2010.07.28 14:25:49 u1 {e00} > Fertig KorrNews-Mails+News Nachbearbeitung
>>> 2010.07.28 14:25:50 I {fa0} Lokaler SMTP-Server wird heruntergefahren...
>
> Was mir auffällt:
> Warum fahren die Server nach dem Mail-Holen herunter?
Sie fahren VOR dem Mail-Holen herunter. IIRC ist das alte Hamsterschule.
> Warum oben der POP3-Server und unten der SMTP-Server?
Das Script wurde ja zwei mal aufgerufen. Anscheinend hat der Hamster
beim zweiten Aufruf noch bemerkt, dass der POP-Server schon down ist und
hat sich dann am SMTP versucht.
Es sieht für mich also so aus, als würde mein Hamster manchmal dann den
Löffel reichen, wenn er einen Server herunter fahren soll.
> Mit welchem Script-Befehl passiert das?
Im Script werden die Server nacheinander herunter gefahren mit:
HamMessage( 4, 0 )
HamMessage( 5, 0 )
> Wurde der POP3-Server denn wieder gestartet?
Nein. Die Server werden erst wieder eingeschaltet, wenn News und Mails
versandt wurden.
> Für KorrNews benutzt Du vermutlich 'execute()'!? Mir fällt grade ein, die
> Funktion habe ich tatsächlich etwas /gepimpt/ O:-)
> Wie sieht dein Aufruf aus?
Ja, ich benutze 'execute()' für KorrNews so:
> Execute ( "M:\ein\Pfad\zur\KorrNews.exe Mails News", "", 0, true )
>
> HamWaitIdle
>
> print( "Fertig KorrNews-Mails+News Nachbearbeitung" )
Obiges 'print' erscheint noch im Log.
--
bis denne
Alfred Peters
>
>>>> Hm. Log?
>>>
>>> Der IMHO relevante Teil direkt vor dem Hänger:
>>
>> Bitte möglichst mit Debug und Detail.
>
> Hatte ich nicht eingeschaltet.
Wenn Du den Fehler reproduzierst. Das kannst Du doch, oder war es doch
bloß ein Schluckauf?
>>>> 2010.07.28 14:25:49 u1 {e00} > Fertig KorrNews-Mails+News Nachbearbeitung
>>>> 2010.07.28 14:25:50 I {fa0} Lokaler SMTP-Server wird heruntergefahren...
>>
>> Was mir auffällt:
>> Warum fahren die Server nach dem Mail-Holen herunter?
>
> Sie fahren VOR dem Mail-Holen herunter. IIRC ist das alte Hamsterschule.
*Nach* der Bearbeitung mit KorrNews? wozu soll das gut sein?
> Es sieht für mich also so aus, als würde mein Hamster manchmal dann den
> Löffel reichen, wenn er einen Server herunter fahren soll.
Mag sein.
>> Für KorrNews benutzt Du vermutlich 'execute()'!? Mir fällt grade ein, die
>> Funktion habe ich tatsächlich etwas /gepimpt/ O:-)
>> Wie sieht dein Aufruf aus?
>
> Ja, ich benutze 'execute()' für KorrNews so:
>
>> Execute ( "M:\ein\Pfad\zur\KorrNews.exe Mails News", "", 0, true )
Hm, das sollte funktionieren.
Kein weiterer Execute-Aufruf in den Scripten?
Mangels alternativer Ideen habe ich diese Änderung erstmal wieder
rückgängig gemacht.
<http://home.arcor.de/al-peters/hamster2101520.7z>
Aber wie ich schon schrieb, ist das nur sinnvoll, wenn Du den Fehler
reproduzieren kannst. Sollte das doch bloß ein Schluckauf gewesen sein,
jagen wir hier Geister.
Hat denn sonst jemand Hänger mit dem .1519?
Alfred
--
10573.4
Hermann Hippen
> Hat denn sonst jemand Hänger mit dem .1519?
Nö, bislang nicht. Das bei Rüdiger das Beenden des Hamsters im
Taskmanager nötig sein soll und danach trotzdem ein Reboot vonöten ist,
läßt mich vermuten, daß das Problem möglichweiser nicht durch den
Hamster verursacht wird. Hängt möglicherweise auch ein only_kn.exe
und/oder ein Korrnews.exe Task? Welche KN Version? Ein Blick in das
verwendete Skript wäre auch nicht schlecht.
Mit freundlichen Grüßen
Hermann Hippen
--
Die Wahrscheinlichkeit des Geschehens steht in umgekehrtem
Verhältnis zum Wunsch.
Ruediger Lahl
> Wenn Du den Fehler reproduzierst. Das kannst Du doch, oder war es doch
> bloß ein Schluckauf?
Nein, ich kann den Fehler (noch)nicht reproduzieren. Ich konnte nur
feststellen, dass es zweimal der gleiche war.
>> Sie fahren VOR dem Mail-Holen herunter. IIRC ist das alte Hamsterschule.
>
> *Nach* der Bearbeitung mit KorrNews? wozu soll das gut sein?
Bevor ich Mails und News hole, versende ich mein Geschreibsel. Dieses
wurde vor dem Verschicken mit KN nachbearbeitet.
> Kein weiterer Execute-Aufruf in den Scripten?
Ja. Korrnews bearbeitet auch meine empfangenen Mails, bevor sie an den
Client gehen und CopyIf schaut sich die eingegangenen Postings an.
|Execute( "M:\ein\Pfad\zur\KorrNews.exe Mails4me", "", 0, true )
|Execute( "M:\ein\Pfad\zur\CopyIf.exe", "", 0, true )
Danach folgt übrigens jedesmal ein 'HamWaidIdle' (Ordnung muss sein).
> Mangels alternativer Ideen habe ich diese Änderung erstmal wieder
> rückgängig gemacht.
>
> <http://home.arcor.de/al-peters/hamster2101520.7z>
Ich bleibe aber erstmal zum Testen bei der 1518. Kommt der Fehler damit
nicht wieder, versuche ich nochmal die 1519.
> Aber wie ich schon schrieb, ist das nur sinnvoll, wenn Du den Fehler
> reproduzieren kannst. Sollte das doch bloß ein Schluckauf gewesen sein,
> jagen wir hier Geister.
Leider eine Geisterjagd...
--
bis denne
Ruediger Lahl
> Nö, bislang nicht. Das bei Rüdiger das Beenden des Hamsters im
> Taskmanager nötig sein soll und danach trotzdem ein Reboot vonöten ist,
> läßt mich vermuten, daß das Problem möglichweiser nicht durch den
> Hamster verursacht wird.
Dann muss irgend ein anderes Programm die Finger auf den lokalen Servern
gehabt haben. Nein, ich glaube eher, dass der Hamster beim herunter
fahren der Server, ins Straucheln kam.
> Hängt möglicherweise auch ein only_kn.exe
> und/oder ein Korrnews.exe Task?
Ich arbeite nur mit der korrnews.exe. Im Log kann man aber die Meldung
sehen, das KN mit seiner Arbeit fertig ist. Da hat er also schon an den
Hamster zurück gegeben. Dann versucht der Hamster die Server herunter zu
fahren und dabei knallt es.
> Welche KN Version?
4.2.3
> Ein Blick in das verwendete Skript wäre auch nicht schlecht.
Das ist keine Arbeit, auf die ich stolz wäre. Das Ding ist gut 10 Jahre
gewachsen und daher eventuell etwas unübersichtlich.
Aber das kann nicht der Grund für die Hänger sein, denn das Script wurde
in der letzten Zeit nicht geändert und lief immer problemlos. Die
einzigen Änderungen am System war der neue Hamster und das, was der
letzte Windows-Patch-Day auf den Rechner spülte.
--
bis denne
Hermann Hippen
[....]
Schön, somit sind die Möglichkeiten zumindest ausgeschlossen.
> Die einzigen Änderungen am System war der neue Hamster und das, was der
> letzte Windows-Patch-Day auf den Rechner spülte.
Automatische Updates sind bei mir ausgeschaltet aber ich hole mir Heute
mal die Updates - mal sehen ob Hamster dann auch muckt.
Etwas ähnliches gab es ja schon mal. Nach dem ein bestimmter Patch
rückgängig gemacht wurde, verschwanden die Probleme.
Mit freundlichen Grüßen
Hermann Hippen
--
Falsch geparkt hat man nur, wenn man erwischt wird.
Joachim Reiter
> Ruediger Lahl schrieb am Donnerstag dem 29. July 2010 um 23:22 Uhr:
> [....]
> Schön, somit sind die Möglichkeiten zumindest ausgeschlossen.
>> Die einzigen Änderungen am System war der neue Hamster und das, was der
>> letzte Windows-Patch-Day auf den Rechner spülte.
> Automatische Updates sind bei mir ausgeschaltet aber ich hole mir Heute
> mal die Updates - mal sehen ob Hamster dann auch muckt.
> Etwas ähnliches gab es ja schon mal. Nach dem ein bestimmter Patch
> rückgängig gemacht wurde, verschwanden die Probleme.
ACK - hier ebenso - schaue immer erst, was da angeboten wird, lese die Infos
dazu und installiere erst dann.
Der /damalige Übeltäter/ ist auch mir noch in Erinnerung (bis man da mal
drauf kam, woher die Probleme auf dem eigenen System kamen).
--
Gruß... Joachim
Für Mail 'xyz.' (bleibt usenet.forme) löschen!
www.hobbyecke-pc.de
Ruediger Lahl
>> letzte Windows-Patch-Day auf den Rechner spülte.
>
> Automatische Updates sind bei mir ausgeschaltet
Sehe ich als unnötig an. Bis auf einen maroden Patch vor X Jahren und
einem, der mir mal die password.!!! ungültig machte, habe ich mit
M$-Update keinerlei Probleme gehabt.
--
bis denne
Ruediger Lahl
> Ich bleibe aber erstmal zum Testen bei der 1518. Kommt der Fehler damit
> nicht wieder, versuche ich nochmal die 1519.
So, bis vor zwei Stunden fehlerfrei mit der 1518 unterwegs gewesen. Dann
den 1519 wieder installiert und gerade eben ist der Nager in der schon
beschriebenen Weise stehen geblieben...
Könnte es sein, das es daran liegt, dass ich das Zip-Archiv einfach ins
Hamsterverzeichnis kippe und die alten Dateien überschreiben lasse? Bei
der Methode könnte sich 19 an alten Dateien im Verzeichnis stören, die
18 noch egal sind, bzw. sogar von 18 stammen.
Ich kann jetzt jedenfalls mal Debug-Logs vorzeigen.
Ich beginne am ende des letzten gelesenen Postings. Ich schließe
SeaMonkey und rufe gleich danach den Hamster mit seinem Pollscript auf.
--------------------------------------------------------------
> Bye Jörg
>
> --
> "Ivanova is always right! I will listen to Ivanova! I will not ignore
> Ivanova's recommendations! Ivanova is god!"
> (Ivanova in "A Voice in the Wilderness")
> 2010.08.17 22:59:48 D {f28} < .
> 2010.08.17 23:08:25 I {8fc} > QUIT
> 2010.08.17 23:08:25 I {8fc} < 205 Closing connection.
> 2010.08.17 23:08:25 I {f28} > QUIT
> 2010.08.17 23:08:25 I {f28} < 205 Closing connection.
> 2010.08.17 23:08:26 I {8fc} Verbindung zum Client 127.0.0.1:119 (884) getrennt
> 2010.08.17 23:08:26 d {8fc} TSrvNNTPCli.Destroy
> 2010.08.17 23:08:26 d {f28} ArtBase.Close(3)
> 2010.08.17 23:08:26 I {f28} Verbindung zum Client 127.0.0.1:119 (388) getrennt
> 2010.08.17 23:08:26 d {f28} TSrvNNTPCli.Destroy
> 2010.08.17 23:08:27 d {f9c} WMCopyDataX(1, mailnews.hsc 0 mutexHamster.App.c__progs_i_netmail_hamster_hamster_exe)
> 2010.08.17 23:08:27 Sys {f9c} Starte Skript: mailnews.hsc, Warten=0
> 2010.08.17 23:08:27 d {f9c} Starte Skript
> 2010.08.17 23:08:27 Sys {a38} {script mailnews.hsc} Start
> 2010.08.17 23:08:27 D {a38} PRNG seeded with standard library
> 2010.08.17 23:08:27 u1 {a38} >
> 2010.08.17 23:08:27 u1 {a38} > Hamster rennt seit: 0:17:9
> 2010.08.17 23:08:27 u1 {a38} >
> 2010.08.17 23:08:27 u1 {a38} > Starte KorrNews-Mails+News Nachbearbeitung
> 2010.08.17 23:08:27 u1 {a38} > Fertig KorrNews-Mails+News Nachbearbeitung
> 2010.08.17 23:08:28 d {f9c} Message(2,0)
> 2010.08.17 23:08:28 d {f9c} Message(4,0)
> 2010.08.17 23:08:28 I {f9c} Lokaler POP3-Server wird heruntergefahren...
------------------------------------------------
Und da bleibt der Hamster in der schon beschriebenen Weise stehen.
Neustart des Hamsters, nachdem ich ihn im Taskmanager abgeschossen habe.
------------------------------------------------
> 2010.08.17 23:14:29 Sys {8d8} Mutex "IsIdle" und "StopScript" erfolgreich initialisiert
> 2010.08.17 23:14:29 Sys {8d8} Classic Hamster Version 2.1 (Build 2.1.0.1519) gestartet
> 2010.08.17 23:14:29 Sys {8d8} Hamster steht als COM/DCOM-Server "Hamster" zur Verfügung.
> 2010.08.17 23:14:29 I {8d8} Lade Einstellungen...
> 2010.08.17 23:14:29 d {8d8} load PW-File "C:\Progs\I-NetMail\Hamster\Password.!!!"
> 2010.08.17 23:14:29 I {8d8} News-Server=3
> 2010.08.17 23:14:29 I {8d8} Newsgruppen=32
> 2010.08.17 23:14:29 I {8d8} Lade-Aufträge=43
> 2010.08.17 23:14:29 I {8d8} POP3-Server=8
> 2010.08.17 23:14:29 I {8d8} SMTP-Server=2
> 2010.08.17 23:14:29 I {8d8} News-History=43140
> 2010.08.17 23:14:29 I {8d8} E-Mail-History=84
> 2010.08.17 23:14:29 I {8d8} Einstellungen sind geladen.
> 2010.08.17 23:14:29 Sys {8d8} Teste News-Filterdatei
> 2010.08.17 23:14:29 I {8d8} News-Filterdatei: Test OK
> 2010.08.17 23:14:29 Sys {8d8} Teste Mail-Filterdatei
> 2010.08.17 23:14:29 I {8d8} Mail-Filterdatei: Test OK
> 2010.08.17 23:14:29 D {8d8} PCRE| Version der statischen PCRE-Programmbibliothek: 7.9 2009-04-11
> 2010.08.17 23:14:29 D {8d8} Initialisiere OpenSSL-Kryptographie-DLLs ...
> 2010.08.17 23:14:29 d {8d8} OpenSSL-DLL libeay32.dll nicht gefunden
> 2010.08.17 23:14:29 D {8d8} OpenSSL-Initialisierung mißlungen - SSL-Funktionen werden deaktiviert
> 2010.08.17 23:14:29 d {8d8} Init: Fensterstatus (Größe, Position) wiederherstellen
> 2010.08.17 23:14:29 d {8d8} Init: Timer aktivieren
> 2010.08.17 23:14:29 d {8d8} Init: Horizontalen Schieber für Protokollliste setzen
> 2010.08.17 23:14:29 d {8d8} Init: Zuletzt aktiven Tab wieder aktivieren
> 2010.08.17 23:14:29 d {8d8} Init: Optische Einstellungen
> 2010.08.17 23:14:29 Sys {8d8} Menüs werden ggf. um Skriptaufrufe ergänzt
> 2010.08.17 23:14:29 Sys {8d8} Suche nach Skripten mit Menüeintragszeile
> 2010.08.17 23:14:29 D {8d8} Suche nach Skripten mit Menüeintragszeile beendet
> 2010.08.17 23:14:29 Sys {8d8} Status der Menüeinträge setzen
> 2010.08.17 23:14:29 Sys {8d8} Menüs ggf. verbergen
> 2010.08.17 23:14:29 Sys {8d8} Suche nach unnötigen/unbekannten Verzeichnissen
> 2010.08.17 23:14:29 Sys {8d8} News-Filterdatei auf abgelaufene Zeilen prüfen
> 2010.08.17 23:14:29 Sys {8d8} Mail-Filterdatei auf abgelaufene Zeilen prüfen
> 2010.08.17 23:14:29 Sys {8d8} Mülleimer aufräumen: Start
> 2010.08.17 23:14:29 Sys {8d8} Mülleimer aufräumen: Fertig - 0 von 66 Dateien gelöscht
> 2010.08.17 23:14:29 d {8d8} Init: Lokale Server starten, welche entsprechend konfiguriert sind
> 2010.08.17 23:14:29 Sys {8d8} Statistik-Erstellung übersprungen, da heute bereits erledigt.
-----------------------------------------------------
Und hier kommts dann zu den Socket-Fehler-Meldungen
-----------------------------------------------------
> 2010.08.17 23:14:29 I {8d8} Starte lokalen NNTP-Server ...
> 2010.08.17 23:14:29 d {8d8} TSrvNNTP.Create(127.0.0.1, 119)
> 2010.08.17 23:14:29 ERR {8d8} Fehler beim Start des lokalen NNTP-Servers: Windows-Socket-Fehler: Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden (10048), auf API 'bind'
> 2010.08.17 23:14:29 I {8d8} Starte lokalen POP3-Server ...
> 2010.08.17 23:14:29 d {8d8} TSrvPOP3.Create(127.0.0.1, 110)
> 2010.08.17 23:14:29 ERR {8d8} Fehler beim Start des lokalen POP3-Servers: Windows-Socket-Fehler: Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden (10048), auf API 'bind'
> 2010.08.17 23:14:29 I {8d8} Starte lokalen SMTP-Server ...
> 2010.08.17 23:14:29 d {8d8} TSrvSMTP.Create(127.0.0.1, 25)
> 2010.08.17 23:14:29 ERR {8d8} Fehler beim Start des lokalen SMTP-Servers: Windows-Socket-Fehler: Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden (10048), auf API 'bind'
> 2010.08.17 23:14:29 d {8d8} Init: Startup-Action ausführen
> 2010.08.17 23:14:29 d {8d8} Init: Per Parameter übergebenes Skript ausführen
--------------------------------------------------------
Versuch das Pollscript zu starten
--------------------------------------------------------
> 2010.08.17 23:14:29 Sys {8d8} Starte Skript: mailnews.hsc, Warten=0
> 2010.08.17 23:14:29 d {8d8} Starte Skript
> 2010.08.17 23:14:29 Sys {8d8} Initialisierung vollständig!
> 2010.08.17 23:14:29 Sys {b0c} {script mailnews.hsc} Start
> 2010.08.17 23:14:29 D {b0c} PRNG seeded with standard library
> 2010.08.17 23:14:29 u1 {b0c} >
> 2010.08.17 23:14:29 u1 {b0c} > Hamster rennt seit: 0:0:0
> 2010.08.17 23:14:29 u1 {b0c} >
> 2010.08.17 23:14:29 u1 {b0c} > Starte KorrNews-Mails+News Nachbearbeitung
> 2010.08.17 23:14:29 u1 {b0c} > Fertig KorrNews-Mails+News Nachbearbeitung
> 2010.08.17 23:14:30 u1 {b0c} > dann eben nicht!
> 2010.08.17 23:14:30 Sys {b0c} {script mailnews.hsc} Ende
> 2010.08.17 23:14:31 Sys {8d8} Skript E:\Benutzer\admin\Hamster-Daten\Script\mailnews.hsc beendet.
---------------------------------------------------------
Versuch abgebrochen. Es folgt der Versuch die Server per Hand aus dem
Hamstermenü zu starten
---------------------------------------------------------
> 2010.08.17 23:14:37 I {8d8} Starte lokalen NNTP-Server ...
> 2010.08.17 23:14:37 d {8d8} TSrvNNTP.Create(127.0.0.1, 119)
> 2010.08.17 23:14:37 ERR {8d8} Fehler beim Start des lokalen NNTP-Servers: Windows-Socket-Fehler: Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden (10048), auf API 'bind'
> 2010.08.17 23:14:40 I {8d8} Starte lokalen POP3-Server ...
> 2010.08.17 23:14:40 d {8d8} TSrvPOP3.Create(127.0.0.1, 110)
> 2010.08.17 23:14:40 ERR {8d8} Fehler beim Start des lokalen POP3-Servers: Windows-Socket-Fehler: Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden (10048), auf API 'bind'
> 2010.08.17 23:14:44 I {8d8} Starte lokalen IMAP-Server ...
> 2010.08.17 23:14:44 d {8d8} TSrvIMAP.Create(127.0.0.1, 143)
> 2010.08.17 23:14:44 WAR {8d8} IMAP-Server ohne SSL-Fähigkeit zu starten ist eigentlich unzulässig, siehe RFC 3501!
> 2010.08.17 23:14:44 Sys {8d8} Lokaler IMAP-Server gestartet.
> 2010.08.17 23:14:51 I {8d8} Lokaler IMAP-Server wird heruntergefahren...
> 2010.08.17 23:14:51 d {8d8} TSrvIMAP.Destroy
> 2010.08.17 23:14:51 Sys {8d8} Lokaler IMAP-Server heruntergefahren.
> 2010.08.17 23:14:54 I {8d8} Starte lokalen SMTP-Server ...
> 2010.08.17 23:14:54 d {8d8} TSrvSMTP.Create(127.0.0.1, 25)
> 2010.08.17 23:14:54 ERR {8d8} Fehler beim Start des lokalen SMTP-Servers: Windows-Socket-Fehler: Normalerweise darf jede Socketadresse (Protokoll, Netzwerkadresse oder Anschluss) nur jeweils einmal verwendet werden (10048), auf API 'bind'
----------------------------------------------------------
IMAP lies sich starten, aber da ich den nicht benutze, war er zum
Zeitpunkt des Crashes nicht gestartet.
Der Socketfehler lässt sich nur durch einen kompletten Neustart von
Windows beheben.
--
bis denne
Jens Baae
> Offenbar benutzt k9-mail den Befehl EXAMINE zum Auslesen des
> Posteingangs. Dieser Befehl versetzt die Mailbox in den Status 'read-
> only'. Das ist auch korrekt so. Leider verbleibt die Mailbox in diesem
> Zustand, so daß keine weiteren Änderungen möglich sind. Erst ein
> Neustart des Hamsters behebt das Problem (bis zum nächten 'EXAMINE').
>
> Meine Frage ist nun, ob man da was machen kann?
So, ich habe jetzt mal den Hamster 2.1.0.1519 von Alfred in Betrieb
genommen. Kein Problem beim Umstellen und auch der Zugriff per Android
mit k9mail klappt jetzt einwandfrei.
Abstürze gab es bis jetzt (nach 3h Laufzeit) auch noch keine...
Dann noch mal Danke an alle Mitstreiter, besonders natürlich an
Alfred!
Mit elektronischen Grüßen
Jens
Jens Baae
> Abstürze gab es bis jetzt (nach 3h Laufzeit) auch noch keine...
auch nach fast 2 Wochen läuft alles bestens!
Im Log tauchen die Zugriffsversuche von k9mail mittels EXAMINE auf,
aber offensichtlich lassen sich weder der Hamster noch k9mail davon
beeindrucken.
>
> Dann noch mal Danke an alle Mitstreiter, besonders natürlich an
> Alfred!
Gilt immer noch...
Mit elektronischen Grüßen
Jens
Alfred Peters
> *Alfred Peters* schrieb:
>> Mangels alternativer Ideen habe ich diese �nderung erstmal wieder
>> r�ckg�ngig gemacht.
>>
>> <http://home.arcor.de/al-peters/hamster2101520.7z>
>
> Ich bleibe aber erstmal zum Testen bei der 1518. Kommt der Fehler damit
> nicht wieder, versuche ich nochmal die 1519.
Hattest Du mal den 1520 probiert?
Alfred
--
10813.6
Ruediger Lahl
> Hattest Du mal den 1520 probiert?
Weil da nichts neues drin war, nein. Habe sie aber jetzt laufen.
--
bis denne
Alfred Peters
>> *Alfred Peters* schrieb:
>>> F�r KorrNews benutzt Du vermutlich 'execute()'!? Mir f�llt grade ein, die
>>> Funktion habe ich tats�chlich etwas /gepimpt/ O:-)
>>> Wie sieht dein Aufruf aus?
>>
>> Ja, ich benutze 'execute()' f�r KorrNews so:
> Mangels alternativer Ideen habe ich diese �nderung erstmal wieder
> r�ckg�ngig gemacht.
So, jetzt endlich ein neuer Versuch[1]:
| - Change: [HSC]
| Die HS2-Funktion "Execute()" hat zwei neue optionale Parameter, in denen
| der Interpreter eine HS2-Variable erwartet, um darin die Konsolenausgabe
| des gestarteten Programms zu speichern (<wait> MUSS TRUE sein):
| execute( [...], <wait>, <exitcode>, <stringOutput>, <stringError>)
| Wenn <stringError> verwendet wird, enth�lt die Variable die Fehler-
| Ausgaben, und <stringOutput>-Variable die Standard-Ausgaben. Andernfalls
| nimmt die <stringOutput>-Variable beide Ausgaben auf. {AP2}
@R�diger: Da es bei Dir so sch�n /nicht/ funktionierte, w�re es sch�n,
wenn Du die Version bei Gelegenheit testen k�nntest. Am Skript soltest Du
dazu nichts ver�ndern.
TIA
Alfred
[1] <http://home.arcor.de/al-peters/hamster2101521.7z>
| V2.1.0.1521 (nightly snapshot {AP2})
|
| - Bugfix: [Client][POP3][SMTP]
| Beim Anlegen neuer Server kam es zu einer Fehlerhaften Konfiguration,
| wenn das Server-Verzeichnis nicht erzeugt werden konnte. {AP2}
| - Bugfix: [NNTP] Ein tempor�r deaktivierter Server lies sich nur durch
| Neustart des Hamsters wieder aktivieren. {AP2}
| - Bugfix: W�hrend des Programmstarts wurde das Event "evtHamster.IsIdle"
| nicht gesetzt {AP2}
| - Change: [HSC]
| Die HS2-Funktion "Execute()" hat zwei neue optionale Parameter, in denen
| der Interpreter eine HS2-Variable erwartet, um darin die Konsolenausgabe
| des gestarteten Programms zu speichern (<wait> MUSS TRUE sein):
| execute( [...], <wait>, <exitcode>, <stringOutput>, <stringError>)
| Wenn <stringError> verwendet wird, enth�lt die Variable die Fehler-
| Ausgaben, und <stringOutput>-Variable die Standard-Ausgaben. Andernfalls
| nimmt die <stringOutput>-Variable beide Ausgaben auf. {AP2}
| - New: [Killfile/news]
| Einzelne Felder lassen sich, abh�ngig von zu konfigurierenden Regeln
| (Reg-Exp) farbig hervorheben [STRG-H]/Men�:Eintr�ge->Highlight. {AP2}
| V2.1.0.13 (enhanced {AP2})
| - Bugfix: [Client][NNTP]
| Beim Anlegen neuer Server kam es zu einer Fehlerhaften Konfiguration,
| wenn das Server-Verzeichnis nicht erzeugt werden konnte. {AP2}
--
11483.5
Alfred Peters
> [1] <http://home.arcor.de/al-peters/hamster2101521.7z>
>
>| V2.1.0.1521 (nightly snapshot {AP2})
Einen hab ich noch:
| - Change: [HSC]
| Execute(): Der Parameter <wait> ist nun nummerisch.
| Wertebereich: 0/1 (false/true) wie bisher garnicht/ewig warten.
| >1 Zeit (in [ms]) nach der der Hamster das Warten
| abbrechen soll. {AP2}
>| - Bugfix: [Client][POP3][SMTP]
>| Beim Anlegen neuer Server kam es zu einer Fehlerhaften Konfiguration,
>| wenn das Server-Verzeichnis nicht erzeugt werden konnte. {AP2}
>| - Bugfix: [NNTP] Ein tempor�r deaktivierter Server lies sich nur durch
>| Neustart des Hamsters wieder aktivieren. {AP2}
>| - Bugfix: W�hrend des Programmstarts wurde das Event "evtHamster.IsIdle"
>| nicht gesetzt {AP2}
>| - Change: [HSC]
>| Die HS2-Funktion "Execute()" hat zwei neue optionale Parameter, in denen
>| der Interpreter eine HS2-Variable erwartet, um darin die Konsolenausgabe
>| des gestarteten Programms zu speichern (<wait> MUSS TRUE sein):
>| execute( [...], <wait>, <exitcode>, <stringOutput>, <stringError>)
>| Wenn <stringError> verwendet wird, enth�lt die Variable die Fehler-
>| Ausgaben, und <stringOutput>-Variable die Standard-Ausgaben. Andernfalls
>| nimmt die <stringOutput>-Variable beide Ausgaben auf. {AP2}
>| - New: [Killfile/news]
>| Einzelne Felder lassen sich, abh�ngig von zu konfigurierenden Regeln
>| (Reg-Exp) farbig hervorheben [STRG-H]/Men�:Eintr�ge->Highlight. {AP2}
Die Einstellungen landen in der Datei: "kHighLi.ini".
Im Archiv ist eine Beispiel-Datei: "kHighLi.ini.example". Zum
ausprobieren, einfach umbenennen.
>| V2.1.0.13 (enhanced {AP2})
>| - Bugfix: [Client][NNTP]
>| Beim Anlegen neuer Server kam es zu einer Fehlerhaften Konfiguration,
>| wenn das Server-Verzeichnis nicht erzeugt werden konnte. {AP2}
--
11488.5