Guten Abend zusammen,
ich verzweifele gerade in wenig und hoffe auf Hilfe über DIESEN Weg. Ich bin mir relativ sicher, der Anweisung hier https://sourceforge.net/p/bitfarm-archiv/discussion/947774/thread/9cf0e75f/ Folge geleistet zu haben, aber ich bekomme es nicht zum Laufen.
Mein größtes Problem ist, dass Datein nicht einmal aus einem neu angelgten Ordner unterhalb von %bitfarm-archiv%/import verschwinden und im %bitfarm-archiv%/queue-Verzeichnis auftauchen.....Aber der Reihe nach:
Nachdem ich nichts zum Laufen gebracht habe, habe ich im AdministratorV3 einen neuen Lagerort "Test" und unterhalb, ein neues Archiv "Test" erstellt. Das Archiv Test habe ich -markiert und auf "Importvorlage erstellen" geklickt. Danach den vorgeschlagenen Namen "Test.TPL" bestätigt und unter "Templates" abgespeichert.
Diese Datei sieht so aus: [Version]
Version=3.0 [Archiv]
Profil=bitfarm
Name=Test
Tabelle=22022017190800 [Document]
DOCID=
Titel=
Orginal=
Kopie=
Quelle=
Benutzer=
Volltext=
Status=
StatStr=
OCR_QF=
OCR_Typ=
gdoc_id=
Schlagworte=
Datum=
Filter= [Referenz]
Anzahl=0 [Tasks]
Termin=
Alarm=
Bearbeiter=
Notiz=
TimerOptionen=0 [Zusatzfelder]
Felder=0
Dann habe ich unterhalb von "%bitfarm-archiv%/import" den Ordner "Test" angelegt.
Lege ich jetzt in diesen Ordner eine Datei (pdf, docx,) bleibt diese da liegen und auch der "%bitfarm-archiv%/queue"-Ordner bleibt leer. (Natürlich läuft die Datei auch nicht ins Archiv)
Achso, noch etwas: Wenn ich %bitfarm-archiv% in einen Windows-Browser eingebe, lande ich tatsächlich an der richtigen Stelle im Dateisystem. Die Variable ist also richtig gesetzt.
Öffne ich den Viewer, wähle ich das Profil "bitfarm" also sollte das doch auch OK sein, oder?
Zusätzlich habe ich im AdministratorV3 unter dem Reiter "Konfiguration" geschaut, ob als Profil "bitfarm" eingetragen ist....Ist auch!!
Wo kann ich sonst noch nach einem Fehler suchen?
Danke für jeden Tip
Gruß
Holger
Last edit: newbi2009 2017-02-22
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
deine configs sehen auf den ersten Blick korrekt aus. Eventuell wäre der Inhalt der bitfarm.con noch hilfreich bei der Fehlersuche.
Dokumente unterhalb des Import-Ordners (scannerimportpath in scripts.ini) und des Ordners uebergabe in %bitfarm-archiv% werden vom Spooldienst überwacht (macht das Skript verteiler.vbs). Beende und starte die Bitfarm-Dienste einmal mittels termall.exe und startall.exe (liegen in %bitfarm-archiv%). Danach im Windows-Eventlog (Start -> Ausführen -> eventvwr.msc) im Bereich Anwendungen nach Einträgen mit Quelle "WSH" suchen. Irgendwelche aufschlussreichen Meldungen / Fehlermeldungen? Ggfs. einfach den Inhalt hier posten...
Gruß,
bg
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Danke, dass Du Dir das einmal angeschaut hast. Hier erstmal meine bitfarm.con (kurz zur Erklärung: 192.168.2.98 ist die feste IP, die mein "Server" => in diesem Fall ein Win10 Notebook- hat) [Connection]
Server=192.168.2.98
Port=6603
DB=bitfarmv3
User=C21E
Pass=C21E [Scripts]
serverprogramm=\192.168.2.98\Bitfarm-Archiv$\
clientprogramm=\192.168.2.98\Bitfarm-Archiv$\
clientspooler=\192.168.2.98\Bitfarm-Archiv$\uebergabe\
uncclientspooler=\192.168.2.98\uebergabe$\
archivverzeichnis=\192.168.2.98\Archiv-RS$\
archivkopie=\192.168.2.98\Archiv-NRS$\
ghostscript=\192.168.2.98\Bitfarm-Archiv$\gs\gs9.06\bin\gswin32c.exe
gsview=\192.168.2.98\Bitfarm-Archiv$\gs\gsview\gsview32.exe
druckserver1=
druckserver2=
druckserver3=
druckserver4=
smtpserver=
sendername=
authuser=
authpass=
backuppath=
backupstart=
sqldatapath=
schattenarchiv=
dublettenpruefung=
adminmail=
templates=
unverteilt=unverteilt
folgender WSH-Fehler liegt häufig im eventlog:
bitfarm-archiv: Verteiler: Konnte Profil nicht lesen.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Auch die bitfarm.con sieht okay aus. Die Meldung "Konnte Profil nicht lesen" deutet darauf hin, dass der Bitfarm-Dienstbenutzer (üblicherweise heisst dieser bitfarm) die con-Datei nicht öffnen bzw. lesen konnte. Die con-Datei sollte auf dem Server in %bitfarm-archiv% liegen. Prüfen Sie einmal ob der bitfarm-Dienstbenutzer die entsprechenden Berechtigungen im Dateisystem hat.
Gruß,
bg
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
...der Benutzer "Benutzer" hat "lesen/ausführen"-Rechte und der Benutzer "bitfarm" sogar "ändern"-Rechte auf den Ordner "Bitfarm-Archiv", ja!
Gibt es nicht irgendwo Logfiles, die bei der Fehleranalyse helfen können?
Also um ehrlich zu sein, sehe ich bald keine andere Möglichkeit mehr, als alles komplett zu de-installieren und neu zu installieren....
Auf einer Neu-Installation auf einem anderen Gerät funktioniert das Erstellen von Ordnern, aus denen die Dokumente automatisch ins Archiv laufen nämlich einwandfrei....
Obwohl ich dies eigentlich vermeiden wollen würde, da ich schon so viel geändert habe. Aber bei einem backup der Systemdateien sollte ich alles wieder wie zuvor haben, denke ich.
Welche Dateien gehören alle dazu? ich würde jetzt ad hoc folgende Dateien wegsichern:
bitfarm.con
scripts.ini
bitfarm.wfd
Einen sql-dump der Datenbank, und eine Kopie der "Archiv-NRS" und "Archiv-RS"-Verzeichnisse ziehe ich mir sowiso bei jedem Backup (wöchentlich)
Danke und Gruß
Holger
Last edit: newbi2009 2017-02-23
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
gibt eigentlich keinen Grund für eine Neuinstallation, das Problem sollten wir ohne das lösen können. Ich hab dir mal eine verteiler.vbs mit ein paar extra Debug-Meldungen an den relevanten Stellen gebaut. Über folgenden Link herunterladen: http://wikisend.com/download/433592/verteiler.zip
Das zip-File entsichern (Rechtsklick -> Eigenschaften -> Zulassen) und auf dem Bitfarm-Server gegen die original verteiler.vbs tauschen. Danach per Termall / Startall die Dienste neu starten und alle WSH-Eventlogmeldungen nach diesem Start prüfen/hier posten.
Als Log wird für die serverseitigen Skripte das Eventlog verwendet, zusätzliche Logfiles werden nicht benötigt.
Gruß,
bg
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Super! Vielen lieben Dank für die Mühe....
Allerdings kann ich das wohl erst heute Abend testen. Irgendetwas macht mir gerade einen Strich durch die RDP-Rechnung. Sprich: ich komme gerade nicht mehr auf den Rechner zu Hause (bin auf der Arbeit im Moment).
Ich melde mich heute Abend nochmal hierzu....
Nochmal vielen Dank
Gruß
Holger
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
So, ich habe jetzt die "debug-verteiler.vbs" eingesetzt und nach einem Neustart für jede Zeile in der bitfarm.con einen Fehler-Eintrag bekommen (war wohl auch so gedacht/gewünscht, gehe ich von aus)
Ich habe da mal drüber geschaut. Das Einzige, das mir aufgefallen ist,ist daskein Eintrag hinter "templates=" war. Da habe ich versuchsweise einmal den Pfad zum "template-Verzeichnis" in der bitfarm.con eingetragen, alles gestoppt und wieder gestartet. Allerdings leider ohne Erfolg. Habe ich jetzt wieder herausgelöscht :-)
Hier ALLE Fehlermeldungen:
Guten Morgen,
sorry, aber diese Änderung (ja, ich habe die Datei wirklich gespeichert, und "scriptdebug=True" gesetzt!) Gibt keine Änderung der Anzahl oder Inhalt der Fehler im Eventviewer....
Gruß
Holger
Last edit: newbi2009 2017-02-24
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
...also ich will ja nicht unken. Aber wenn ich eine Datei ins "%bitfarm-archiv%/uebergabe"-Verzeichnis kopiere, wird diese verarbeitet (über das %bitfarm-archiv%/queue-Verzeichnis) und landet im unverteilt-Archiv ?!
Allerdings funktioniert das nicht mit Unter-Ordnern. Sprich: Den oben erwähnten Test-Ordner unterhalb von "%bitfarm-archiv%/uebergabe" erstellt, verarbeitet keine Dokumente (obwohl die "Test.TPL" erstellt ist)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
...nachdem Ihr anscheinend auch keine Idee mehr habt, habe ich alles neu installiert, mein Backup wieder eingespielt - und siehe da: Alles läuft, wie es soll!
Trotzdem Danke für die Hilfe
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Guten Abend zusammen,
ich verzweifele gerade in wenig und hoffe auf Hilfe über DIESEN Weg. Ich bin mir relativ sicher, der Anweisung hier https://sourceforge.net/p/bitfarm-archiv/discussion/947774/thread/9cf0e75f/ Folge geleistet zu haben, aber ich bekomme es nicht zum Laufen.
Mein größtes Problem ist, dass Datein nicht einmal aus einem neu angelgten Ordner unterhalb von %bitfarm-archiv%/import verschwinden und im %bitfarm-archiv%/queue-Verzeichnis auftauchen.....Aber der Reihe nach:
Nachdem ich nichts zum Laufen gebracht habe, habe ich im AdministratorV3 einen neuen Lagerort "Test" und unterhalb, ein neues Archiv "Test" erstellt. Das Archiv Test habe ich -markiert und auf "Importvorlage erstellen" geklickt. Danach den vorgeschlagenen Namen "Test.TPL" bestätigt und unter "Templates" abgespeichert.
Diese Datei sieht so aus:
[Version]
Version=3.0
[Archiv]
Profil=bitfarm
Name=Test
Tabelle=22022017190800
[Document]
DOCID=
Titel=
Orginal=
Kopie=
Quelle=
Benutzer=
Volltext=
Status=
StatStr=
OCR_QF=
OCR_Typ=
gdoc_id=
Schlagworte=
Datum=
Filter=
[Referenz]
Anzahl=0
[Tasks]
Termin=
Alarm=
Bearbeiter=
Notiz=
TimerOptionen=0
[Zusatzfelder]
Felder=0
Dann habe ich unterhalb von "%bitfarm-archiv%/import" den Ordner "Test" angelegt.
Lege ich jetzt in diesen Ordner eine Datei (pdf, docx,) bleibt diese da liegen und auch der "%bitfarm-archiv%/queue"-Ordner bleibt leer. (Natürlich läuft die Datei auch nicht ins Archiv)
meine scripts.ini sieht so aus:
[Scripts]
Profil=bitfarm
unverteilt=unverteilt
Typ=CRE
archquelle=true
JPGNRS=true
PDFNRS=True
DOCNRS=True
DOCXNRS=True
PPTNRS=True
PPTXNRS=True
XLSNRS=True
XLSXNRS=True
MSWordinstalled=false
MSExcelinstalled=false
MSPowerPointinstalled=false
MSOffice2007installed=false
DWGViewerinstalled=false
ISBConverterinstalled=false
VCVIEWCONVERTInstalled=false
acceptallfiletypes=true
VarialImportPath=
ScannerImportPath=%bitfarm-archiv%\import\ ExtendedImportPath=
OutlookImportPath=%bitfarm-archiv%\import\ Serviceprinter=
readuserfromfilename=false
readuserfromfolder=false
readuserfromfileowner=true
readarchivfromfolder=true
readarchivfromfilename=false
archofficeincolor=true
archDWGincolor=true
archHTMLincolor=true
archDOCXincolor=true
archPDFincolor=true
archXLSXLincolor=true
archPPTXincolor=true
useOMPforOffice=false
deletesourcefiles=false
extractPDFdirect=true
allownonrevisionsave=true
dropshortstrings=false
preventdoubledocsmemory=35
autoexportpath=
scannerpagecountinfo=false
admin=
CustomPDFtoTIFFConverter=bfa_pdf2tif
Defaultresolution=hires
mailattachments=changeable
mainplugin=
workflowplugin=
VCVIEWCONVERTInstalled=false
maildomain=
spoolplugin=
javapath=
foppath=
autoshrinkjpg=200
openofficepath=%bitfarm-archiv%\OpenOfficePortable\App\openoffice\program\ nowarnings=true
zippath=%bitfarm-archiv%\7-Zip\7za.exe
deletezipafterdecomp=false
zipacceptnoextension=true
zipwhitelistextensions=
zipblacklistextensions=
emailwhitelistextensions=
emailblacklistextensions=.txt.html.msg.gif.bmp.png
emailacceptnoextension=true
globalblacklistextensions=.db
globalacceptnoextension=true
officequickimport=false
attachmentarchiv=
tolerantocrcheck=true
useDSO=false
crePath=%bitfarm-archiv%\Viewer-Files\bfaOCR\
Wo kann ich sonst noch nach einem Fehler suchen?
Danke für jeden Tip
Gruß
Holger
Last edit: newbi2009 2017-02-22
Hallo Holger,
deine configs sehen auf den ersten Blick korrekt aus. Eventuell wäre der Inhalt der bitfarm.con noch hilfreich bei der Fehlersuche.
Dokumente unterhalb des Import-Ordners (scannerimportpath in scripts.ini) und des Ordners uebergabe in %bitfarm-archiv% werden vom Spooldienst überwacht (macht das Skript verteiler.vbs). Beende und starte die Bitfarm-Dienste einmal mittels termall.exe und startall.exe (liegen in %bitfarm-archiv%). Danach im Windows-Eventlog (Start -> Ausführen -> eventvwr.msc) im Bereich Anwendungen nach Einträgen mit Quelle "WSH" suchen. Irgendwelche aufschlussreichen Meldungen / Fehlermeldungen? Ggfs. einfach den Inhalt hier posten...
Gruß,
bg
Hallo BitfarmGuru
Danke, dass Du Dir das einmal angeschaut hast. Hier erstmal meine bitfarm.con (kurz zur Erklärung: 192.168.2.98 ist die feste IP, die mein "Server" => in diesem Fall ein Win10 Notebook- hat)
[Connection]
Server=192.168.2.98
Port=6603
DB=bitfarmv3
User=C21E
Pass=C21E
[Scripts]
serverprogramm=\192.168.2.98\Bitfarm-Archiv$\ clientprogramm=\192.168.2.98\Bitfarm-Archiv$\
clientspooler=\192.168.2.98\Bitfarm-Archiv$\uebergabe\
uncclientspooler=\192.168.2.98\uebergabe$\
archivverzeichnis=\192.168.2.98\Archiv-RS$\
archivkopie=\192.168.2.98\Archiv-NRS$\
ghostscript=\192.168.2.98\Bitfarm-Archiv$\gs\gs9.06\bin\gswin32c.exe
gsview=\192.168.2.98\Bitfarm-Archiv$\gs\gsview\gsview32.exe
druckserver1=
druckserver2=
druckserver3=
druckserver4=
smtpserver=
sendername=
authuser=
authpass=
backuppath=
backupstart=
sqldatapath=
schattenarchiv=
dublettenpruefung=
adminmail=
templates=
unverteilt=unverteilt
folgender WSH-Fehler liegt häufig im eventlog:
bitfarm-archiv: Verteiler: Konnte Profil nicht lesen.
...aber neue Fehlereinträge sind dort nicht zu finden. Neue WSA-Einträge (direkt nach Ausführen von TermAll.bal und StartAll.bat) lauten:
Controler.vbs: Verteiler.vbs gestartet
PID=7644
Auch die bitfarm.con sieht okay aus. Die Meldung "Konnte Profil nicht lesen" deutet darauf hin, dass der Bitfarm-Dienstbenutzer (üblicherweise heisst dieser bitfarm) die con-Datei nicht öffnen bzw. lesen konnte. Die con-Datei sollte auf dem Server in %bitfarm-archiv% liegen. Prüfen Sie einmal ob der bitfarm-Dienstbenutzer die entsprechenden Berechtigungen im Dateisystem hat.
Gruß,
bg
...der Benutzer "Benutzer" hat "lesen/ausführen"-Rechte und der Benutzer "bitfarm" sogar "ändern"-Rechte auf den Ordner "Bitfarm-Archiv", ja!
Gibt es nicht irgendwo Logfiles, die bei der Fehleranalyse helfen können?
Also um ehrlich zu sein, sehe ich bald keine andere Möglichkeit mehr, als alles komplett zu de-installieren und neu zu installieren....
Auf einer Neu-Installation auf einem anderen Gerät funktioniert das Erstellen von Ordnern, aus denen die Dokumente automatisch ins Archiv laufen nämlich einwandfrei....
Obwohl ich dies eigentlich vermeiden wollen würde, da ich schon so viel geändert habe. Aber bei einem backup der Systemdateien sollte ich alles wieder wie zuvor haben, denke ich.
Welche Dateien gehören alle dazu? ich würde jetzt ad hoc folgende Dateien wegsichern:
bitfarm.con
scripts.ini
bitfarm.wfd
Einen sql-dump der Datenbank, und eine Kopie der "Archiv-NRS" und "Archiv-RS"-Verzeichnisse ziehe ich mir sowiso bei jedem Backup (wöchentlich)
Danke und Gruß
Holger
Last edit: newbi2009 2017-02-23
Hallo Holger,
gibt eigentlich keinen Grund für eine Neuinstallation, das Problem sollten wir ohne das lösen können. Ich hab dir mal eine verteiler.vbs mit ein paar extra Debug-Meldungen an den relevanten Stellen gebaut. Über folgenden Link herunterladen: http://wikisend.com/download/433592/verteiler.zip
Das zip-File entsichern (Rechtsklick -> Eigenschaften -> Zulassen) und auf dem Bitfarm-Server gegen die original verteiler.vbs tauschen. Danach per Termall / Startall die Dienste neu starten und alle WSH-Eventlogmeldungen nach diesem Start prüfen/hier posten.
Als Log wird für die serverseitigen Skripte das Eventlog verwendet, zusätzliche Logfiles werden nicht benötigt.
Gruß,
bg
Super! Vielen lieben Dank für die Mühe....
Allerdings kann ich das wohl erst heute Abend testen. Irgendetwas macht mir gerade einen Strich durch die RDP-Rechnung. Sprich: ich komme gerade nicht mehr auf den Rechner zu Hause (bin auf der Arbeit im Moment).
Ich melde mich heute Abend nochmal hierzu....
Nochmal vielen Dank
Gruß
Holger
So, ich habe jetzt die "debug-verteiler.vbs" eingesetzt und nach einem Neustart für jede Zeile in der bitfarm.con einen Fehler-Eintrag bekommen (war wohl auch so gedacht/gewünscht, gehe ich von aus)
Ich habe da mal drüber geschaut. Das Einzige, das mir aufgefallen ist,ist daskein Eintrag hinter "templates=" war. Da habe ich versuchsweise einmal den Pfad zum "template-Verzeichnis" in der bitfarm.con eingetragen, alles gestoppt und wieder gestartet. Allerdings leider ohne Erfolg. Habe ich jetzt wieder herausgelöscht :-)
Hier ALLE Fehlermeldungen:
verteiler.vbs debug: readconfig gestartet -> lese Profildatei C:\Program Files (x86)\Bitfarm-Archiv\bitfarm.con
verteiler.vbs debug: Profil gefunden!
verteiler.vbs debug: Profildatei zum Lesen geöffnet!
verteiler.vbs debug: Zeile gelesen:
[Connection]
verteiler.vbs debug: Zeile gelesen:
Server=192.168.2.98
verteiler.vbs debug: Zeile gelesen:
Port=6603
verteiler.vbs debug: Zeile gelesen:
DB=bitfarmv3
verteiler.vbs debug: Zeile gelesen:
User=C21E
verteiler.vbs debug: Zeile gelesen:
Pass=C21E
verteiler.vbs debug: Zeile gelesen:
[Scripts]
verteiler.vbs debug: [Scripts] gefunden, suche jetzt clientspooler
verteiler.vbs debug: Zeile gelesen:
serverprogramm=\192.168.2.98\Bitfarm-Archiv$\
verteiler.vbs debug: Zeile gelesen:
clientprogramm=\192.168.2.98\Bitfarm-Archiv$\
verteiler.vbs debug: Zeile gelesen:
clientspooler=\192.168.2.98\Bitfarm-Archiv$\uebergabe\
verteiler.vbs debug: clientspooler gefunden: \192.168.2.98\Bitfarm-Archiv$\uebergabe\
verteiler.vbs debug: Zeile gelesen:
uncclientspooler=\192.168.2.98\uebergabe$\
verteiler.vbs debug: Zeile gelesen:
archivverzeichnis=\192.168.2.98\Archiv-RS$\
verteiler.vbs debug: Zeile gelesen:
archivkopie=\192.168.2.98\Archiv-NRS$\
verteiler.vbs debug: Zeile gelesen:
ghostscript=\192.168.2.98\Bitfarm-Archiv$\gs\gs9.06\bin\gswin32c.exe
verteiler.vbs debug: Zeile gelesen:
gsview=\192.168.2.98\Bitfarm-Archiv$\gs\gsview\gsview32.exe
verteiler.vbs debug: Zeile gelesen:
druckserver1=
verteiler.vbs debug: Zeile gelesen:
druckserver2=
verteiler.vbs debug: Zeile gelesen:
druckserver3=
verteiler.vbs debug: Zeile gelesen:
druckserver4=
verteiler.vbs debug: Zeile gelesen:
smtpserver=
verteiler.vbs debug: Zeile gelesen:
sendername=
verteiler.vbs debug: Zeile gelesen:
authuser=
verteiler.vbs debug: Zeile gelesen:
authpass=
verteiler.vbs debug: Zeile gelesen:
backuppath=
verteiler.vbs debug: Zeile gelesen:
backupstart=
verteiler.vbs debug: Zeile gelesen:
sqldatapath=
verteiler.vbs debug: Zeile gelesen:
schattenarchiv=
verteiler.vbs debug: Zeile gelesen:
dublettenpruefung=
verteiler.vbs debug: Zeile gelesen:
adminmail=
verteiler.vbs debug: Zeile gelesen:
templates=
verteiler.vbs debug: Zeile gelesen:
unverteilt=unverteilt
Controler.vbs: Verteiler.vbs gestartet
PID=6340
Guten Morgen newbi2009,
der Fehler scheint an einer anderen Stelle zu sein, aus dem Grund bitte folgendes durchführen:
Senden Sie uns alle Eventlog Meldung ab dem Start der Dienste zu.
Vielen Dank.
Guten Morgen,
sorry, aber diese Änderung (ja, ich habe die Datei wirklich gespeichert, und "scriptdebug=True" gesetzt!) Gibt keine Änderung der Anzahl oder Inhalt der Fehler im Eventviewer....
Gruß
Holger
Last edit: newbi2009 2017-02-24
....ahhh...nachdem ich ein Dokument manuell archiviert habe (rechte Maustaste auf Dokument => senden an/....) habe ich folgende Fehler im Eventlog:
archivierung(12b): Fehler: PDFtoTXT erzeugte keine Textdatei. Benutze jetzt OCR.
archivierung(15-a): bfaOCR.exe nicht vorhanden! Kein Volltext!
....das Dokument landet aber trotzdem im Archiv!
....ahhh...nachdem ich ein Dokument manuell archiviert habe (rechte Maustaste auf Dokument => senden an/....) habe ich folgende Fehler im Eventlog:
archivierung(12b): Fehler: PDFtoTXT erzeugte keine Textdatei. Benutze jetzt OCR.
archivierung(15-a): bfaOCR.exe nicht vorhanden! Kein Volltext!
....das Dokument landet aber trotzdem im Archiv!
...also ich will ja nicht unken. Aber wenn ich eine Datei ins "%bitfarm-archiv%/uebergabe"-Verzeichnis kopiere, wird diese verarbeitet (über das %bitfarm-archiv%/queue-Verzeichnis) und landet im unverteilt-Archiv ?!
Allerdings funktioniert das nicht mit Unter-Ordnern. Sprich: Den oben erwähnten Test-Ordner unterhalb von "%bitfarm-archiv%/uebergabe" erstellt, verarbeitet keine Dokumente (obwohl die "Test.TPL" erstellt ist)
...nachdem Ihr anscheinend auch keine Idee mehr habt, habe ich alles neu installiert, mein Backup wieder eingespielt - und siehe da: Alles läuft, wie es soll!
Trotzdem Danke für die Hilfe