Liebes Forum,
mein Auto-Importer macht komische Sachen.
Ist ein Ordner hinterlegt funktioniert er: die Files werden konvertiert in einen neuen Ordner und in die Datenbank gespeichert.
Sind mehrere Ordner eingetragen: “discovert” er die File in den Ordner - er konvertiert sie aber nicht und in die DB werden sie auch nicht geladen.
Die Einstellung der überwachten Ordner ist überall gleich.
Was kann da nicht stimmen?
Exakte Programmversion?
5.3.14 Build 3257
Hab jetzt nochmal probiert:
Konkret macht ein Ordner Probleme - nur wenn dieser einer der Überwachten ist - dreht der Importer druch und alle anderen Ordner werden auch nicht importiert.
Der Ordnername ist “2010” also nichts Ausgefallenes. Die Einstellungen sind bei diesem im Prinzip nicht anders als bei allen anderen, die ja funktionieren.
Hallo Gemeinde,
gab es eine Lösung? Ich hab das Problem auch bei v6.2.3 Build 4138
Ich kann dir spontan zwar nicht versprechen, dass es zwischenzeitlich exakt dafür einen Snaphot gab, aber wäre es möglich, auf v6.2.5 b4151 zu aktualisieren?
Nur, um sicher zu sein.
Vielen Dank für deine Mithilfe.
Gruß, Uli
Und kannst du noch einmal den genauen Effekt beschreiben?
es läuft auf unserem Rotationsserver, wo ich ungern Mairlist neu starten möchte. Nächster Shutdown ist im Januar geplant, da wird auch Mairlist aufgehübscht. Bis dann
Ja, soweit verstanden - wir sind seit heute auch auf mAirList Version 6.2.6, aber das nur am Rande.
Hilfreich wäre zwischenzeitlich aber auf jeden Fall die Beantwortung der Frage von Torben:
wie es bei pas_onair ist, weiß ich nicht.
Ich habe gute Erfahrung damit gemacht, nicht einen verbunden Laufwerksbuchstaben, sondern einen Pfad like 172.xxx.xxx.xxx\zu nehmen.
Bei uns ist es möglkicherweise ein Rechteproblem, weshalb das verschieben nicht klappt. Und da kopiert wird, bleiben die Files für den AutoImporter da stehen und er versucht immer, die zu importieren, scheitert aber zum Glück an der erkannten Redundanz in der DB. Es kommt dann massenhaft zu Fehlermeldungen. Ist halt unschön, aber handlebar, wenn man es weiß.
Ich bleib dran und berichte dann hier.
Hallo Uli, Log Auszug siehe PN
Die persönlichen - oder auch: privaten - Nachrichten (PN) sind, bei aller Rücksichtnahme, kein Supportkanal!
Bringt mich bitte nicht dazu, diese (noch) offene Option zu schließen, das nutzt keinem was.
Alternativ könnte ich auch eine blacklist schreiben, aber auf eine Zwei-Klassen-Gesellschaft habe ich noch viel weniger Lust. Also alle gleich schlecht behandeln? Ebenfalls: Nö. Verderbt es nicht, okay?
Abgesehen davon ist es sinnfrei. Was soll ich damit machen? Es in unser internes System kopieren und Torben im neuen Jahr zum Fraß vorwerfen?
Bitte: Nein.
Du hast doch in der vorigen Antwort schon einen sehr guten Ansatz geschrieben; ich vermute sogar, dass du die Lösung gleich mitgeliefert hast.
Torben wird das auch lesen, und wenn wir einen Auszug aus dem Log brauchen, dann fordern wir den separat an - aber nicht über PN.
Vielen Dank.
Entschuldige bitte. Da hatte ich eine Denkfehler. Wollte unsere prvaten Daten nicht jedem öffentlich zugängig machen. Ich gedulde mich demnächst, versprochen.
Was heißt “möglicherweise”? Konntest du das verifizieren anhand der Logs?
Hallo Torben, ich vermute Rechteprobleme, weil die Datei offenbar nicht verschoben, sondern kopiert wird (zum Verschieben braucht es Schreibrecht). Im Log sieht das dann so aus:
05.01.2020 22:31:46: \\172.16.2.15\mkw oad\Anlieferung\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_1_radionews.mp3: uploading: storage 4, filename radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_1_radionews.mp3, folder 7775, policy Skip
05.01.2020 22:31:47: \\172.16.2.15\mkw oad\Anlieferung\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_1_radionews.mp3: error: Die Datei ist bereits in der Datenbank vorhanden: \\172.16.2.15\MKW Beiträge\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_1_radionews.mp3 (ID 221294)
05.01.2020 22:31:51: \\172.16.2.15\mkw oad\Anlieferung\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag2_radionews.mp3: uploading: storage 4, filename radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag2_radionews.mp3, folder 7775, policy Skip
05.01.2020 22:31:52: \\172.16.2.15\mkw oad\Anlieferung\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag2_radionews.mp3: error: Die Datei ist bereits in der Datenbank vorhanden: \\172.16.2.15\MKW Beiträge\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag2_radionews.mp3 (ID 221295)
05.01.2020 22:32:02: \\172.16.2.15\mkw oad\Anlieferung\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_3_radionews.mp3: uploading: storage 4, filename radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_3_radionews.mp3, folder 7775, policy Skip
05.01.2020 22:32:03: \\172.16.2.15\mkw oad\Anlieferung\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_3_radionews.mp3: error: Die Datei ist bereits in der Datenbank vorhanden: \\172.16.2.15\MKW Beiträge\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_3_radionews.mp3 (ID 221296)
05.01.2020 22:32:05: \\172.16.2.15\mkw oad\Anlieferung\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_4_radionews.mp3: uploading: storage 4, filename radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_4_radionews.mp3, folder 7775, policy Skip
05.01.2020 22:32:06: \\172.16.2.15\mkw oad\Anlieferung\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_4_radionews.mp3: error: Die Datei ist bereits in der Datenbank vorhanden: \\172.16.2.15\MKW Beiträge\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_4_radionews.mp3 (ID 221297)
05.01.2020 22:32:08: \\172.16.2.15\mkw oad\Anlieferung\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_5_radionews.mp3: uploading: storage 4, filename radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_5_radionews.mp3, folder 7775, policy Skip
05.01.2020 22:32:09: \\172.16.2.15\mkw oad\Anlieferung\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_5_radionews.mp3: error: Die Datei ist bereits in der Datenbank vorhanden: \\172.16.2.15\MKW Beiträge\radionews\Beitrag_Themenwoche_Sorgenfrei-im-Alter_Tag_5_radionews.mp3 (ID 221298)Du hast den Importer-Job offenbar so eingestellt, dass bereits in der DB vorhandene Dateien mit demselben Namen nicht überschrieben werden (“policy Skip”).
In diesem Fall bleiben die Quelldateien dann im Ordner liegen und werden nicht gelöscht (da ja der Import nicht erfolgreich war).