🚀 go-pugleaf

Norbert Bendl schrieb:

 > wie kann ich es verhindern, dass  der  Import  abgebrochen  wird,
 > weil  COPYCOMMAND  Fehlercode  10 zurueckgibt (beziehe mich jetzt
 > auf UMSFido)?

An welcher Stelle bricht der Import ab?

Ich habe es eben getestet:

------------------------------------------------------------------
4-d pkt "22a64220.PKT": date 01.01.1996 21:05:22, size 6805
type 2, prod 143 v2.0, cap 1
from 2:246/2248.12  to 2:2471/1216.42, pwd ""
UMS-Fehler: 223 (error executing external command) id <86692573@bitmap.tynet.sub.org>
behalte Paket wegen 1 Fehler(n)
4-d pkt "21D80939.PKT": date 29.12.1995 19:57:45, size 8350
type 2, prod 143 v2.0, cap 1
from 2:246/2248.12  to 2:2471/1216.42, pwd ""
fehlerhafter CHARSET-Kludge "CHRS: topaz.font 8"
behalte Paket wegen 1 Fehler(n)

Mail                           :    3 msgs    1 errors
fidonet.UMS.GER                :    2 msgs    0 errors
fidonet.SUCHE_BIETE.STEPOUT    :    1 msgs    0 errors
fidonet.INFO.STEPOUT           :    2 msgs    1 errors

Overall statistics             :    8 msgs    2 errors    0 bad    0 dupes

10 msgs in 11 secs (0.90 msgs/sec)
------------------------------------------------------------------

Im Inbound lagen

22a64220.PKT: 4 Netmails, zur 3. fehlte das File
52a64249.FR0: Inhalt 21D80939.PKT mit 6 Echomails

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

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

 > Ueberhaupt wuerde ich gerne  mal  wiessen,  wofuer  das  Kommando
 > eigentlich gut ist. Werden damit File-Attaches kopiert? Ich frage
 > das, weil ich das Packet, bei  dem  es  passierte,  jedesmal  mit
 > einem  Textviewer  angesehen  habe,  aber  keinen Hinweis auf ein
 > enthaltenes File gefunden habe.

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

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

 > Kann man das  Kommando  irgendwie deaktivieren?

Du  kannst  ein  Dummy-CopyCommand  schreiben.  Dann verlierst Du
natürlich alle File-Attaches.

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

Tschüß André