vakilando

Ja, für alle Toner musste ich gerade 206 € berappen (original Canon). Die vermeintlich günstigeren Nachahmer/refill sind teuer, da sie irgendwann anfangen unschöne Streifen zu produzieren und vorzeitig ausgemustert werden mussten (bisher nur der schwarze). Ob der Scansnap OCR direkt beherrscht würde mich interessieren, muss ich noch mal nachschauen. Auf jeden Fall ist er bedeutend schneller und hat sicherlich einen besseren Einzug (in seltenen Fällen zieht der Canon auch mal 2 Blatt ein und motzt dann piepend nach Unterstützung).

Es sind halt schon stark unterschiedliche Geräte. Der Canon kann alles und der Scansnap kann nur scannen, ist in dieser Disziplin aber um Meilen schneller und besser. 30 Seiten/Min ist schon ne Ansage. Macht der OCR intern oder über die Software, weißt du das? Also hängt es vor allem von Einsatzhäufigkeit und Menge der zu scannenden Dokumenten ab was hier die bessere Wahl ist.

Ich habe den Canon i-Sensys MF635cx und bin rundum zufrieden. Er hat LAN und WLAN. Er legt die gescannten Dokumente (mit OCR) in einen Ordner (Samba Share). Ich verschiebe diese nach Umbenennung ggf. in einen Ordner aus dem Docspell sie dann abholt. Ich habe auch wert auf einen Drucker gelegt, der von Linux gut unterstützt wird bzw. Arbeitsschritte (scan-->OCR-->Share) übernimmt.

I sadly must agree @NewDisplayName.... I had Xeoma up and running for quite a long time. It worked very well and was rock solid too, but the container is no longer maintained by @coppit I have more cameras than my licence admits costs are too high to upgrade I still have the xeoma container installed because I like the drag an drop configuration very much dispite of a quite ugly interface but I'll move on to frigate.

Yes this is a serious problem that should be fixed! Last year one of my 2 SSD from my BTRFS cache pool died and I did not get any notifications. By luck I saw the warnings and errors in the syslog and replaced the disk. I found a script written by mutt that "that" looks for errors in the syslog and then generates an notification. It works well but I don't know if it's compatible to UnRAID 6.12 (I'm still on 6.11). Something like this should (must?) be part of UnRAID....

Hast du unter den Docker Einstellungen Host-Zugang zu benutzerdefinierten Netzwerken aktiviert? Wenn ja, schau mal in den Einstellungen unter Netzwerk ob in der Routing Tabelle die shim Einträge noch vorhanden sind. Wenn nicht Docker beenden, Host-Zugang zu benutzerdefinierten Netzwerken deaktivieren, wieder aktivieren und Dockerdienst neu starten.

ja, das ist natürlich richtig! Der Container Ersteller muss das "Feature" in seinen Container eingebaut haben. Am besten du schaust auf der Seite des Erstellers (hub.docker.com, github, ...), oder im Unraid Support Thread ob eine entsprechende Option genannt wird / dokumentiert ist.

Das entscheidet der Ersteller/Entwickler des Containers. Du kannst es aber auch selbst beeinflussen indem du entsprechende Container Variablen erstellt. Ich glaube USR_ID=99 und GRP_ID=100 wenn du den Container mit unraid Standard User laufen lassen willst und jeweils "0" wenn der Container als root laufen soll. Ganz sicher bin ich nicht, bin unterwegs und müsste daheim nachschauen.

Bei mit stand bei AdGuard nach der Installation des Dockers unter "WebUI" => "http://[IP]:[PORT:6052]/" Funktionieren tat aber nur Port 80......Also habe ich es auf "http://[IP]:[PORT:80]/" umgestellt. Als Portvariable ist außerdem folgendes voreingestellt: WebUI: 3000 (Container Port: 3000 Port for the Web UI) ....funzt aber dennoch nur mit Port 80. Die Einstellung habe ich auf 3000 belassen.....

Du musst unter "Einstellungen > Globale Freigabeeinstellungen" den ersten Eintrag "Freigaben aktivieren:" von "Auto" auf "Ja" umstellen. ABER: Hast du das gelesen In deinem Link Disk Share? IMPORTANT If you have both Disk Shares and User Shares enabled then there is an important restriction that you must observe if you want to avoid potential data loss. What you must NEVER do is copy between a User Share and a Disk Share in the same copy operation where the folder name on the Disk Share corresponds to the User Share name. This is because at the base system level Linux does not understand User Shares and therefore that a file on a Disk Share and a User Share can be different views of the same file. If you mix the share types in the same copy command you can end up trying to copy the file to itself which results in the file being truncated to zero length and its content thus being lost. There is no problem if the copy is between shares of the same type, or copying to/from a disk mounted as an Unassigned Device.. Und warum willst du das überhaupt machen? Ich würde das nur mit einer Platte im Array machen, die von allen User shares ausgenommen ist, da kann es aus Sinn ergeben die ganze Platte freizugeben.

not a bad idea indeed +1

I got it working! Solution was quite simple.... (no login) => remove characters from password like: §, $, %, & (black pictures) => I don't know why, but the account for the web server module had a wrong password set

In my case: Avoid special characters in the passwords like: "§ $ % &" !!!

You are using the administrotor account, right? I have a similar problem with the administrotor account, I don't get a 404 error but a "wrong login/password" message. I can only login with my second non administrative account, but the I have black pictures. Try creating a second non administrative account with the Xeoma client (Linux/Win) and with that try to login to the webinterface.

@Alex24 version 22.12.5 is working for me - partially... The docker starts up, I can connect to the xeoma server with the linux client software an I see the cameras with pictures. The xeoma web server also starts successfully but I can't login with my admin account. It says wrong password although it isn't wrong! I can login with my second account, but the camera prictures are just black....