[gelöst] Problem mit CUPS und MSOffice 2016

[andré]

Hallo,

ich habe gerade ein etwas merkwürdiges Problem entdeckt, das ich mit einem Workaround lösen konnte, vielleicht weiß ja einer eine richtige Lösung dazu.
Normalerweise lautet der Druckername eines manuell installierten, über CUPS angebundenen Druckers, "Druckername an http://Servername:631".

Über unser Opsi-Paket, das den Drucker installiert, wird der Drucker nur "Druckername" genannt.

In Office 2016 gibt es nun das Problem, dass man diese Drucker nur auswählen kann, wenn man sie in Windows als Standarddrucker auswählt. Sonst springt die Drucker-Auswahl immer wieder zu den lokalen Druckern (PDF-Drucker usw.). Den Drucker mit dem Namen "Druckernamen" auszuwählen funktioniert aber in LibreOffice und Excel 2013 so wie es soll.

Das Problem tritt nicht mehr auf, wenn ich die Drucker manuell hinzufüge und der Druckername entsprechend "Druckername an http://Servername:631" lautet.

Kennt jemand das Problem und weiß vielleicht sogar, woran das liegt?

vg

[ueluekmen]

Hi,

wenn du uns noch zeigst, wie das opsi-Paket die Drucker einbindet, kann man vielleicht sehen, wo das Problem liegt.

[andré]

Kein Problem.
Das passiert mittels

Code: Alles auswählen

rundll32 printui.dll,PrintUIEntry /if /b "$Druckername$" /f "$Treiberpfad_Drucker$" /r "$DruckerURL$" /m "$Typ_Drucker$" /z /u

Beispiel:

Code: Alles auswählen

rundll32 printui.dll,PrintUIEntry /if /b "Drucker1" /f "%SystemDrive%\tmp\Treiber\oki_b731\Driver\OKW3S04V.INF" /r "http://server1:631/printers/Drucker1" /m "OKI B731(PS)" /z /u

[ueluekmen]

Ok, ich kenne mich mit dem printui.dll jetzt direkt nicht aus. Ich habe das vor Jahren das letzte mal gemacht. Aber es gibt einen Modification Parameter /n mit dem man einen Druckernamen angeben kann. Andersrum gibt es auch ein prnmgr.vbs, der so etwas auch macht statt mit rundll direkt die dlls zu benutzen und ich glaube powershell hat mittlerweile auch alles nötige an Board um so etwas zu machen. Vielleicht schaut man sich das noch mal an. Ich hoffe die Infos helfen dir weiter.

[andré]

Danke, gehe ich mal der Reihe nach durch, vielleicht bringt es ja was.

[andré]

Nur der Vollständigkeit halber mal die Lösung. Ich habe die einzelnen Optionen manuell und teilweise mit dem Opsi-Paket probiert, was in unregelmäßigen Abständen manchmal und manchmal nicht funktioniert hat. Es lag nicht am Opsi-Paket, sondern am Attributes-Wert der jeweiligen Drucker. Den findet man unter HKLM\SYSTEM\CurrentControlSet\Control\Printer\Printers\$jeweiligerDrucker.

Die zu setzenden Werte findet man hier.
Standardmäßig wird der Hex-Wert 850 gesetzt (EnableBIDI, Network, Local), der funktioniert mit Office, im Windows selber schaltet sich der Drucker aber dann gerne ab.
Wenn Attributes auf 32 gesetzt wird (Hidden, Network, Direct) funktioniert das unter Windows, Excel macht hier wieder Probleme. Diesen Wert haben wir bisher immer über das Opsi-Paket setzen lassen wenn es Probleme gab, das hatte ich verpeilt, das wurde dann, wenn gewünscht, zusätzlich zur Installation vorgenommen. Und mit diesem Wert hat Office seit einiger Zeit Probleme.

Wenn Attributes auf 852 (EnableBIDI, Network, Local, Direct) gesetzt wird, kommt auch Office wieder damit klar.