🚀 go-pugleaf

Hallo Andre,

 AS> An welcher Stelle bricht der Import ab?

Irgendwo mittendrin bei einem Echomail-Packet. Was mich daran  so
stoert,   ist,  dass  die  restlichen  Packets  dann  nicht  mehr
einsortiert werden. Ich muss  den  Import  unmittelbar  nach  dem
Entpacken  unterbrechen  (Zeichen  in  der  Shell tippen) und das
betreffende Packet loeschen. Dann meckert der Importer zwar, dass
es fehlt, bricht aber wenigstens nicht ganz ab.

 AS> Ich habe es eben getestet:
 AS> 
 AS> ------------------------------------------------------------------
 AS> 4-d pkt "22a64220.PKT": date 01.01.1996 21:05:22, size 6805
 AS> type 2, prod 143 v2.0, cap 1
 AS> from 2:246/2248.12  to 2:2471/1216.42, pwd ""
 AS> UMS-Fehler: 223 (error executing external command) id

Die letzte Meldung kommt bei  mir  nicht,  sondern  es  geht  ein
Fenster  auf,  in dem die Meldung erscheint "Copycommand returned
10". Dann bricht der Importer ab.

Das erste mal ist das passiert, als mir jemand per Fileattach ein
Bild  zuschicken  wollte,  das  aber  irgendwo  auf  dem Routeweg
rausgefiltert worden  sein  muss  (war  jedenfalls  nirgendwo  zu
finden, nur die Referenz darauf). Damals war bei Copycommand noch
was falsch konfiguriert, was ich inzwischen behoben habe. Aber es
passiert nach wie vor, wenn das Kommando aufgerufen werden soll.

 AS> Zuerst  wurden  die Nachrichten aus dem Netmail-Paket importiert,
 AS> danach die Echomails.  Der Import brach nicht ab.

Wie gesagt, bei mir passiert es,  wenn  das  zu  kopierende  File
nicht  gefunden  wird.  Das  allein  waere  nicht  schlimm,  aber
FidoImport steigt halt leider auch aus.

 AS> Benutzt   habe  ich  FidoImport  2.0  und  FidoImport  2.1b,  mit
 AS> demselben Ergebnis.

Ich benutze 2.0. Irgendwie habe ich das Gefuehl, dass die Sache
eher an FidoImport krankt, denn auch das Hochsetzen von "Failat"
im Copy-Script hat nichts gebracht.

 AS> Mit  einem  Textviewer  wirst Du Probleme haben, einzelne Bits zu
 AS> erkennen.  Dafür brauchst Du schon einen Packetviewer.

Inzwischen habe ich einen, und werde mir in Zukunft  die  Packets
mal  damit  ansehen.  Ich  muss  halt  nur  warten, bis es wieder
passiert :-)

 AS> Seit  UMS 11 gibt es die Möglichkeit, zu jeder Nachricht ein File
 AS> zu  speichern.   FidoImport  benutzt  das,  um  File-Attaches  zu
 AS> speichern.   Mit  Hilfe des "CopyCommand" kopiert UMS das File in
 AS> ein  spezielles  Verzeichnis.   Anschließend  kann FidoImport das
 AS> File im Inbound löschen.

Und wenn  das  nicht  klappt,  steigt  FidoImport  aus.  Bei  mir
jedenfalls.

 AS>  > Kann man das  Kommando  irgendwie deaktivieren?
 AS> 
 AS> Du  kannst  ein  Dummy-CopyCommand  schreiben.  Dann verlierst Du
 AS> natürlich alle File-Attaches.

Das waere mir egal, weil ich  eigentlich  nie  Files  per  Attach
bekomme  (das  mit  dem Bild war eine Ausnahme und auch nicht auf
mein Verlangen). Aber offenbar liegt es nicht  am  Kopierkommando
selber.  Die Fehlermeldung scheint vom Server oder von FidoImport
zu kommen. Zumindest sieht das Fenster mit  der  Meldung  genauso
aus wie das, in dem der Server seine Errors anzeigt.

 AS> Hast  Du  UMS  überhaupt  richtig  konfiguriert?   Gibt  es  eine
 AS> ENV-Variable umsmb.files?

Jetzt schon, aber es passiert immer noch.

Cu Norbert