Steffen Hanne schrieb:

Am Sonntag 06 Dezember 2009 12:42:52 schrieb Rolf Krause:

...

Hallo opensuse, da wäre mal wieder ein Problem. System: OS 11.1, WinXP in VBox. Mein Vorhaben wie Betreff. Dazu wollte ich die Datei " C:\Dokumente und Einstellungen\benutzer\Lokale Einstellungen\Anwendungsdaten\Microsoft\Outlook\Outlook.pst" in einen Ordner auf einer von beiden Systemen erreichbaren Partition kopieren. Win weigert sich, weil andere Programmteile ebenfalls auf diese Datei zugreifen. Dies auch dann, wenn auf Win alle Programme geschlossen sind. Was ist zu tun? Schon mal danke. Rolf

Hallo Rolf,

normalerweise wird die pst-Datei tatsächlich nur von Outlook verwendet. Mir ist kein anderes Windows-Programm bekannt, die das verwendet. Es muss also entweder noch eine Outlook-Instanz offen sein (kontrolliere mal über Task- Manager) oder es gibt eine andere Ursache. 1. Taskmanager kontrollieren 2. Windows mal im abgesicherten Modus starten und Datei kopieren.

Wenn das nicht hilft; blockiert vielleicht etwas anderes die Kopier-Aktion? Wie groß ist die pst-Datei? Welches Format hat die Ziel-Partition?

Viele Grüße Steffen

Hallo Stefan, zwischenzeitlich ist es mir doch gelungen, die Datei zu kopieren - nur KOrganizer kann damit nichts anfangen. Über die Export-Funktion von Outlook habe ich den Kalender als Tabelle versandt - aber ich weiss nicht, wie ich sie KOrganizer schmackhaft machen kann. Weisst Du weiter? Wie lassen sich die Daten in einen i- oder v-Calender umwandeln? Gruß Rolf -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Montag 07 Dezember 2009 16:04:05 schrieb Andreas Rehmer:

Hallo Liste,

ich habe Aktuell folgendes Problem unter Open Suse 11.2. Ich will via CUPS (V 1.3.9) zwei USB Drucker betrieben die an dem Server hängen. Es sind beides "Kyocera FS1300D". Soweit so gut. Den ersten konnte ich Problemlos über das Web Interface einrichten. CUPS hat mir direkt die beiden Drucker im Drop-Down Menü angeboten. Auch beim zweiten gab es zuerst keine Probleme. Als ich dann aber beim zweiten die Testseite gedruckt habe kam diese Prompt beim Ersten Drucker raus. Nach kurzen Überprüfen der Einstellungen hat sich ergeben das CUPS die beiden Drucker jeweils unter der Geräte URI: usb://Kyocera/FS-1300D anspricht also in beiden Fällen die Gleiche. Kann mir jemand sagen wie ich es hinbekomme das CUPS hier pro Drucker eine andere Geräte URI verwendet? Er zeigt sie mir ja schliesslich auch bei der Geräte Auswahl als zwei Unterschiedliche Drucker an einmal "Kyocera FS1300D USB#1 (Kyocera FS1300D)" und "Kyocera FS1300D USB#2 (Kyocera FS1300D)" hier klappt also die Unterscheidung. Oder ist das Problem nicht CUPS sondern Open Suse selber? Hoffe auf Hilfe. Einfach den Namen ein bisschen (zumindest für den einen Drucker) abändern. Mit freundlichen Grüßen, Heinz Dittmar

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo Andreas, Am Montag, den 07.12.2009, 16:04 +0100 schrieb Andreas Rehmer:

Als ich dann aber beim zweiten die Testseite gedruckt habe kam diese Prompt beim Ersten Drucker raus.

...1. macht er das nur bei dem Befehl "Testseite drucken" oder auch wenn du aus einer Anwendung heraus einen Druckbefehl abgibst? 2. Hast einen der beiden Drucker als "Default Printer" benannt? Gruß Dirk -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo Andreas, On Monday 07 December 2009 16:04:05 Andreas Rehmer wrote:

... zwei USB Drucker betrieben die an dem Server hängen. Es sind beides "Kyocera FS1300D"

Nur mal so ins Blaue. Schau mal diesen Link an: http://www.henningweiler.de/?p=70 Dort wird auf eine File-URI geschrieben die udev in /dev/usb anlegt. Evt. kann man sich auch eine udev-Rule basteln die bessere Devicenamen vergibt. Zudem habe ich noch Folgendes gefunden: "Make sure that your printer is uniquely identified by its device URI: For network printers with standard CUPS backends there is no problem, as they have unique IP addresses. For USB printers with the standard CUPS USB backend you are on the safe side as long as you do not connect two printers of the same model to one computer, as CUPS makes URIs from the manufacturer and model name. For two printers of the same model CUPS distinguishes by the serial number in the IEEE-1284 device ID. So talk with the hardware engineers that they expose the serial number in the device ID (HP does it for example). If you cannot use standard CUPS backends and write your own backend, make sure to never let it address printers by /dev/usb/lp0 or similar device files. If you have two or more printers and reboot, they can get assigned to the printers in different order. Also be very careful with the USB vendor and product IDs. There exist completely different printers with the same vendor and product IDs, like most Epsons. The best for identification of locally connected printers is always the device ID, and the serial number for printers of the same model." aus http://www.linuxfoundation.org/collaborate/workgroups/openprinting/writingan... Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de Amtsgericht Ulm HRB 541321 Vorstand: Peter Kersten, Markus Fischer, Franz Diller, Markus Stolz

Hallo, On Dec 8 07:33 Roman Fietze wrote (shortened):

Hallo Andreas,

On Monday 07 December 2009 16:04:05 Andreas Rehmer wrote:

...

... zwei USB Drucker betrieben die an dem Server hängen. Es sind beides "Kyocera FS1300D"

Nur mal so ins Blaue. Schau mal diesen Link an:

http://www.henningweiler.de/?p=70

Darin findet sich "DeviceURI file:/dev/usblp1". Das geht aber nicht per default, siehe https://bugzilla.novell.com/show_bug.cgi?id=264219#c1 Außerdem können nach jedem Booten /dev/usb/lp0 und /dev/usb/lp1 zufällig vertauscht sein insbesondere wenn beim Booten nicht immer beide USB-Drucker vollständig eingeschaltet sind. Zwei USB-Drucker lassen sich nicht via /dev/usb/lp0 und /dev/usb/lp1 zuverlässig getrennt halten. Das ist der eigentliche Grund, warum CUPS /dev/usb/lp# nicht mehr unterstützt, sondern usb://ACME/FunPrinterXL?serial=123456789 verwendet. Gruß Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex

Roman Fietze schrieb:

Hallo Johannes,

On Tuesday 08 December 2009 10:48:29 Johannes Meixner wrote:

...

Das geht aber nicht per default, siehe https://bugzilla.novell.com/show_bug.cgi?id=264219#c1

Danke, interessanter Link.

...

Außerdem können nach jedem Booten /dev/usb/lp0 und /dev/usb/lp1 zufällig vertauscht sein insbesondere wenn beim Booten nicht immer beide USB-Drucker vollständig eingeschaltet sind.

Auch nicht in etwas so?

SUBSYSTEM=="usb", ATTRS{serial}=="12345678", SYMLINK+="mein_erster_drucker" SUBSYSTEM=="usb", ATTRS{serial}=="87654321", SYMLINK+="mein_zweiter_drucker"

...

Das ist der eigentliche Grund, warum CUPS /dev/usb/lp# nicht mehr unterstützt, sondern usb://ACME/FunPrinterXL?serial=123456789 verwendet.

Wenn das geht, ist das natuerlich die sauberere und einfachere Loesung, wenn nicht gar die einzig moegliche, falls das CUPS-Backend ohne Modifikation von /etc/cups/cupsd.conf "meine" Loesung nicht akzeptiert.

Roman

Hi, schon mal im Yast einzurichten versucht? Obwohl der auf Cups aufsetzt, macht er - at least in der 11.1 vieles anders, als http://localhost:631 Könnte sein, dass die Druckererkennung hier besser läuft, als die Cups-interne. cu jth -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Johannes Meixner schrieb:

Hallo,

On Dec 8 16:49 Joerg Thuemmler wrote (shortened):

...

Roman Fietze schrieb:

...

On Tuesday 08 December 2009 10:48:29 Johannes Meixner wrote: ...

...

Außerdem können nach jedem Booten /dev/usb/lp0 und /dev/usb/lp1 zufällig vertauscht sein insbesondere wenn beim Booten nicht immer beide USB-Drucker vollständig eingeschaltet sind.

Auch nicht in etwas so?

SUBSYSTEM=="usb", ATTRS{serial}=="12345678", SYMLINK+="mein_erster_drucker" SUBSYSTEM=="usb", ATTRS{serial}=="87654321", SYMLINK+="mein_zweiter_drucker"

Die beiden baugleichen USB Drucker, um die es hier geht, haben anscheinend keine Seriennummer oder geben sie nicht auf die übliche Weise über USB preis.

Hätten sie Seriennummern bzw. wären die wie üblich ermittelbar, ginge alles perfekt "out-of-the box".

...

schon mal im Yast einzurichten versucht? Obwohl der auf Cups aufsetzt, macht er - at least in der 11.1 vieles anders, als http://localhost:631

Könnte sein, dass die Druckererkennung hier besser läuft, als die Cups-interne.

Keinesfalls!

Siehe http://en.opensuse.org/YaST/Development/Printer_Enhancement "Strict Compliance With CUPS"

Es kann doch überhaupt nicht funktionieren, wenn YaST irgendeine hübsche Druckererkennung vorgaukeln würde, die aber am Ende nicht mit CUPS beim Drucken funktioniert.

Kranke Hardware ist durch normale Hardware zu ersetzen. Weder CUPS noch YaST können kranke Hardware normal machen.

Gruß Johannes Meixner

Hi, ja, es kommt vor, dass Yast Mist erkennt. Aber ebenso habe ich erst gestern einen raw-Drucker an einem Suse-Client auf meinem Suse-Server nur mit Yast richtig einrichten können, weil Cups selber immer ungefragt auf den Remote-Cups zugreift und man quasi immer auf dem Remote arbeitet. Man kann auch einen serverseitigen Druckereintrag nicht löschen, ohne den gleichzeitig auf dem remote zu löschen, was mir ziemlich strange erscheint. Cups ähnelt in seinem Verhalten sehr dem Windows-Freigabemodell. Das mag oft günstig sein, ich brauche es eher nicht. Yast schert sich relativ wenig um den remote-Cups, wenn ich auf dem Server einen Drucker für den remote einrichte oder lösche (was natürlich bedeutet, dass ich wissen muss, was ich tue und was auf dem remote vorliegt). Hat beides Vor- und Nachteile cu jth -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, On Dec 10 10:27 Andreas Rehmer wrote (shortened):

ich habe das Problem mit meinen beiden Kyocera FS1300D Druckern die via USB an einen Server angeschlossen sind wie folgt gelöst.

Als erstes zwei udev Rules um die Device Nodes für die Drucker Fix zu halten:

Nicht wundern die Serial habe ich unkenttlich gemacht.

KERNEL=="lp[0-9]" SUBSYSTEM=="usb" ATTRS{serial}=="XXXXXXXXX1" SYMLINK+="usb/drucker1" KERNEL=="lp[0-9]" SUBSYSTEM=="usb" ATTRS{serial}=="XXXXXXXXX2" SYMLINK+="usb/drucker2"

Ja haben die dann doch verschiedene Seriennummern? Wenn ja, wundert mich, warum das CUPS Backend "usb" die nicht wie sonst üblich mit zwei Device-URIs der Art usb://Kyocera/FS1300D?serial=XXXXXXXXX1 und usb://Kyocera/FS1300D?serial=XXXXXXXXX2 als zwei verschiedene Geräte auseinanderhalten kann. Was ist denn (als root) die "lsusb -v" Ausgabe jeweils komplett aber nur für genau die beiden Drucker? Bitte mit den echten Seriennummern der "lsusb -v" Ausgabe, denn die sollten doch nicht geheim sein, oder kenne ich da ein spezielles Sicherheitsproblem nicht? Gruß Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex

Hi @ liste, Die Drucker haben auch verschiedene Seriennummern aber diese werden nicht im ieee 1284 device id tag mitgesendet. Und so wie ich das verstehe verwendet cups nur die Infos aus diesem id tag. Schaut mann sich mit /sbin/udevadm info -a --name="/dev/usb/lp0" an findet mann dort auch das benannte tag. @Johannes lsusb -v als root kann ich leider nicht machen. Da fehlen mir die Rechte. Greif dazu immer auf einen Admin zurück (bin Azubi). @Heinz Was willst du genau wissen? Ich verstehe nicht ganz worauf du dich genau beziehst. Mit freundlichen Grüßen Andreas Rehmer - IT -------------- Tel.: 030/453081-506 On Thu, 10 Dec 2009, Heinz Dittmar wrote:

Date: Thu, 10 Dec 2009 12:18:14 From: Heinz Dittmar To: opensuse-de@opensuse.org Subject: Re: GELÖST: Zwei gleiche USB-Drucker unter CUPS einrichten

Am Donnerstag, 10. Dezember 2009 11:54:04 schrieb Johannes Meixner:

...

Hallo,

On Dec 10 10:27 Andreas Rehmer wrote (shortened):

...

ich habe das Problem mit meinen beiden Kyocera FS1300D Druckern die via USB an einen Server angeschlossen sind wie folgt gelöst.

Als erstes zwei udev Rules um die Device Nodes für die Drucker Fix zu halten:

Nicht wundern die Serial habe ich unkenttlich gemacht.

KERNEL=="lp[0-9]" SUBSYSTEM=="usb" ATTRS{serial}=="XXXXXXXXX1" SYMLINK+="usb/drucker1" KERNEL=="lp[0-9]" SUBSYSTEM=="usb" ATTRS{serial}=="XXXXXXXXX2" SYMLINK+="usb/drucker2"

Ja haben die dann doch verschiedene Seriennummern?

Wenn ja, wundert mich, warum das CUPS Backend "usb" die nicht wie sonst üblich mit zwei Device-URIs der Art usb://Kyocera/FS1300D?serial=XXXXXXXXX1 und usb://Kyocera/FS1300D?serial=XXXXXXXXX2 als zwei verschiedene Geräte auseinanderhalten kann. Frage: Wo ist das in /etc/udev/rules.d/ definiert.

Was ist denn (als root) die "lsusb -v" Ausgabe jeweils komplett aber nur für genau die beiden Drucker?

Bitte mit den echten Seriennummern der "lsusb -v" Ausgabe, denn die sollten doch nicht geheim sein, oder kenne ich da ein spezielles Sicherheitsproblem nicht? Viele Grüße, Heinz Dittmar -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo Heinz, mW. gibt es in den udev Rules auch keine Regel für die Seriennummer. Das ist ja eher ein CUPS Thema. Mit freundlichen Grüßen Andreas Rehmer - IT -------------- Tel.: 030/453081-506 teltarif.de Onlineverlag GmbH Alt-Moabit 96c, 10559 Berlin Tel: +49 (0)30 453 081-0 Fax: +49 (0)30 453 081-11 Mail: mailto:info@teltarif.de WWW: http://www.teltarif.de Geschäftsführer: Kai Petzke, Martin Müller eingetragen beim Amtsgericht Berlin-Charlottenburg, HRB 70507 Umsatzsteuer-ID: DE201038407 Lizenznehmer der AGOF internet facts teltarif.de ist als einer der ersten beiden Vermarkter bereits seit 2004 Lizenznehmer der AGOF und liefert Werbekunden- und -agenturen Reichweiten- und Nutzerdaten, auch auf Ebene von Belegungseinheiten. On Thu, 10 Dec 2009, Heinz Dittmar wrote:

Date: Thu, 10 Dec 2009 13:25:44 From: Heinz Dittmar To: opensuse-de@opensuse.org Subject: Re: GELÖST: Zwei gleiche USB-Drucker unter CUPS einrichten

Am Donnerstag, 10. Dezember 2009 12:40:55 schrieb Andreas Rehmer:

...

Hi @ liste,

Die Drucker haben auch verschiedene Seriennummern aber diese werden nicht im ieee 1284 device id tag mitgesendet. Und so wie ich das verstehe verwendet cups nur die Infos aus diesem id tag.

Schaut mann sich mit /sbin/udevadm info -a --name="/dev/usb/lp0" an findet mann dort auch das benannte tag.

@Johannes lsusb -v als root kann ich leider nicht machen. Da fehlen mir die Rechte. Greif dazu immer auf einen Admin zurück (bin Azubi).

@Heinz Was willst du genau wissen? Ich verstehe nicht ganz worauf du dich genau beziehst. Ich meine damit, dass ich in /etc/udev/rules.d/ standardmäßig keine Regel für die Seriennummer finden kann.

Mit freundlichen Grüßen

Andreas Rehmer - IT -------------- Tel.: 030/453081-506

On Thu, 10 Dec 2009, Heinz Dittmar wrote:

...

Date: Thu, 10 Dec 2009 12:18:14 From: Heinz Dittmar To: opensuse-de@opensuse.org Subject: Re: GELÖST: Zwei gleiche USB-Drucker unter CUPS einrichten

Am Donnerstag, 10. Dezember 2009 11:54:04 schrieb Johannes Meixner:

...

Hallo,

On Dec 10 10:27 Andreas Rehmer wrote (shortened):

...

ich habe das Problem mit meinen beiden Kyocera FS1300D Druckern die via USB an einen Server angeschlossen sind wie folgt gelöst.

Als erstes zwei udev Rules um die Device Nodes für die Drucker Fix zu halten:

Nicht wundern die Serial habe ich unkenttlich gemacht.

KERNEL=="lp[0-9]" SUBSYSTEM=="usb" ATTRS{serial}=="XXXXXXXXX1" SYMLINK+="usb/drucker1" KERNEL=="lp[0-9]" SUBSYSTEM=="usb" ATTRS{serial}=="XXXXXXXXX2" SYMLINK+="usb/drucker2"

Ja haben die dann doch verschiedene Seriennummern?

Wenn ja, wundert mich, warum das CUPS Backend "usb" die nicht wie sonst üblich mit zwei Device-URIs der Art usb://Kyocera/FS1300D?serial=XXXXXXXXX1 und usb://Kyocera/FS1300D?serial=XXXXXXXXX2 als zwei verschiedene Geräte auseinanderhalten kann.

Frage: Wo ist das in /etc/udev/rules.d/ definiert.

...

Was ist denn (als root) die "lsusb -v" Ausgabe jeweils komplett aber nur für genau die beiden Drucker?

Bitte mit den echten Seriennummern der "lsusb -v" Ausgabe, denn die sollten doch nicht geheim sein, oder kenne ich da ein spezielles Sicherheitsproblem nicht?

Viele Grüße, Heinz Dittmar -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo Herr Meixner, vielen dank für ihre ausführlich Antwort. Es gibt an dieser Stelle für das Problem auch noch eine andere Lösung die gearde ausprobiere. Und zwar via udev Rules werden die beiden Drucker auf von mir festgelegt Nodes genagelt einmal /dev/usb/drucker1 und /dev/usb/drucker2 anschliessend kann ich in der /etc/cups/printers.conf die Zeile der Geräte URI wie folgt abändern. Für den ersten Drucker: Von : DeviceURI usb://Kyocera/FS-1300D Zu : DeviceURI file:/dev/usb/drucker1 Für den zweiten Drucker: Von : DeviceURI usb://Kyocera/FS-1300D Zu : DeviceURI file:/dev/usb/drucker2 ich kann das noch nicht Testen aber ich nach meinen Verständniss und den Recherchen hierrüber sollte das so Funktionieren. Sobald ich das vorgehen Verifiezieren konnte melde ich mich nochmal. Mit freundlichen Grüßen Andreas Rehmer - IT -------------- Tel.: 030/453081-506 teltarif.de Onlineverlag GmbH Alt-Moabit 96c, 10559 Berlin Tel: +49 (0)30 453 081-0 Fax: +49 (0)30 453 081-11 Mail: mailto:info@teltarif.de WWW: http://www.teltarif.de Geschäftsführer: Kai Petzke, Martin Müller eingetragen beim Amtsgericht Berlin-Charlottenburg, HRB 70507 Umsatzsteuer-ID: DE201038407 Nachhaltiger Erfolg durch Werbung auf teltarif.de: Inhaltliches und regionales Targeting, Frequency Capping etc., sowie ein großes Publikum mit hoher Affinität zum E-Commerce! weitere Informationen: http://www.teltarif.de/mediadaten On Tue, 8 Dec 2009, Johannes Meixner wrote:

Date: Tue, 8 Dec 2009 10:39:02 From: Johannes Meixner To: Andreas Rehmer Cc: opensuse-de@opensuse.org Subject: Re: Zwei gleiche USB-Drucker unter CUPS einrichten

Hallo,

On Dec 7 16:04 Andreas Rehmer wrote (shortened):

...

ich habe Aktuell folgendes Problem unter Open Suse 11.2. Ich will via CUPS (V 1.3.9) zwei USB Drucker betrieben die an dem Server hängen. Es sind beides "Kyocera FS1300D". ... Nach kurzen Überprüfen der Einstellungen hat sich ergeben das CUPS die beiden Drucker jeweils unter der Geräte URI: usb://Kyocera/FS-1300D anspricht also in beiden Fällen die Gleiche. Kann mir jemand sagen wie ich es hinbekomme das CUPS hier pro Drucker eine andere Geräte URI verwendet?

Das geht meines Wissens nicht.

Das CUPS Backend /usr/lib[64]/cups/backend/usb befragt das USB-System und das USB-System befragt die Drucker und die sagen beide dasselbe, also sind sie am USB ununterscheidbar.

Normalerweise liefert ein USB-Drucker eine Seriennnummer in der Art usb://ACME/FunPrinterXL?serial=123456789 so dass baugleiche Geräte via Seriennnummer unterscheidbar sind, aber anscheinend liefert der Kyocera FS1300D keine Seriennnummer.

Als root mit lsusv -v die genauen USB-Daten der beiden Drucker ansehen, wenn es da doch einen Unterschied gibt, kann man evtl. irgendwas im USB-System hinbasteln, dass letztlich auch das CUPS Backend beide Geräte verschieden "sieht".

Vermutlich wird man aber am einfachsten einen der beiden Drucker via Parallelport oder sonstwie anders anschließen müssen, um das Problem dauerhaft zu lösen. Gemäß http://www.kyoceramita.de/index/produkte/product/fs1300d.technical_specifica... hat ein Kyocera FS1300D keinen Parallelportanschluß, aber dann hilft vielleicht ein USB-Parallelport Adapterkabel (normalerweise verwendet man die andersrum, Parallelport am Drucker und USB am Rechner, aber vielleicht geht es ja auch so)?

Wenn nichts anderes geht, einen der beiden Drucker via "Steckplatz für optionalen internen Printserver" zum Netzwerkdrucker aufrüsten bzw. (schlechter) eine Printserver-Box mit USB-Anschluß verwenden, vergl.: http://en.opensuse.org/SDB:Printing_via_TCP/IP_network

...

Er zeigt sie mir ja schliesslich auch bei der Geräte Auswahl als zwei Unterschiedliche Drucker an einmal "Kyocera FS1300D USB#1 (Kyocera FS1300D)" und "Kyocera FS1300D USB#2 (Kyocera FS1300D)" hier klappt also die Unterscheidung.

Das "USB#1" bzw. "USB#2" ist ein nutzloser fortlaufend nummerierter Zusatz. Nur auf die eigentliche Device-URI kommt es an, aber die sind beide gleich.

Gruß Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Montag 07 Dezember 2009 15:26:53 schrieb Rolf Krause:

Hallo Stefan, zwischenzeitlich ist es mir doch gelungen, die Datei zu kopieren - nur KOrganizer kann damit nichts anfangen. Über die Export-Funktion von Outlook habe ich den Kalender als Tabelle versandt - aber ich weiss nicht, wie ich sie KOrganizer schmackhaft machen kann. Weisst Du weiter? Wie lassen sich die Daten in einen i- oder v-Calender umwandeln? Gruß Rolf

Hallo Rolf, nein, mit einer pst.-Datei wirst Du KOrganizer nicht füttern können. Outlook kann auch .vcs Dateien nur importieren, nicht exportieren. Es soll aber ein Windows Programm geben, das das leistet: http://docs.kde.org/stable/de/kdepim/korganizer/outlook-to-vcalendar-ws.html Vielleicht hilft es ja. Steffen -- Wahrhaftigkeit und Politik wohnen selten unter einem Dach. -- Stefan Zweig -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Dienstag 08 Dezember 2009 11:39:29 schrieb Rolf Krause:

Hallo Steffen, habe Deinen Rat befolgt. Nach Installation gabe es beim Start von Outlook2vCal eine Fehlermeldung: "Component 'COMDLG32.OCX' or one of its dependencies not correctly registered: a file missing or invalid" Wo kann ich nachsehen? Gruß Rolf

Eine fehlende Dll.?! Vielleicht hilft dir diese Anleitung: http://windowsxp.mvps.org/comdlg32.htm Viele Grüße Steffen -- Dummheit, die man bei anderen sieht, wirkt meist erhebend aufs Gemüt. -- Wilhelm Busch -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org