Inthe testing phase of setting up universal print at my organization I noticed a lot of the printing preferences features are missing. When using Universal Print Class Driver I am limited to Layout settings and Paper/Quality. Some of my users need access to more than these preferences. The main thing missing that is needed is the Secure Print feature. If I change the driver to the Konica driver, the feature show up but, the Universal Print Driver errors out. Has anyone run into this on the Konica printers? I will list the printer models we have below as well as attach pictures of what I am talking about.
in my organization we use Universal Drivers from Konica for a long time and we have access to the options you need. We still use a version which is slightly outdated (3.2 or 3.3) but still functioning perfectly.
@Serge Malchair Hey, I'm talking about Microsoft Universal Driver. When adding the printers to the connector I used the basic Konica drivers. Are you saying I need to use Konica Universal Print drivers for Microsoft Universal print or are we talking about two different things?
@AdamK_DC / @JoshEberly - For best experience, printers need to work directly with Universal Print using the IPP standard protocol. Konica Minolta has announces firmware updates and printers that do so - -us/universal-print/fundamentals/universal-print-partner-integrations#k....
If you are using a connector, then what options show-up really depends on the quality of print driver being used on connector. Universal Print uses the Windows Print schema to identify attributes - however, some drivers use their own schema which can be very hard to interpret. For more details on how this is done, refer to the documentation. You may want to your printer OEM on whether they recommend a particular driver to be used on connector.
Regarding Secure printing - are you using PIN? For printers that work on protocols (instead of drivers), Windows added support for PIN printing in Windows 11. Universal Print printers work on protocols as well and PIN printing is supported provided the printer OEM has enabled the PIN option for their Universal Print ready printers.
Hi
I have the exactly same issue with Konica Printers (759e), the stappling feature is missing and this is really annoying. Did you find a solution ? I installed latest konica drivers but no changes.
Thanks @bouyaka. We appreciate your persistence with the solution and making it work.
Universal Print is trying to shift industry to "driverless" printing and use PWG's IPP standard. We understand there are printers that are not yet ready. We are trying our best to support them via connector. Sometimes drivers provide information in a very customized way that may not be understood by connector. Our partners are working hard to make it work with their drivers :).
Hopefully you can help others in the community as you get experienced with using Universal Print :)
@bouyaka - Konica Minolta recently launched an app that can be installed on the printer and this will altogether remove the need for connector (and issues with driver on the connector). You may want to give it a try if your printer supports it.
@apali1976 - its up to the OEM to implement those specific options. From a platform standpoint, Universal Print supports it. I recommend reaching out to Konica Minolta and checking with them if they have a more recent version of app to support all options.
Good day. I am currently testing Ubuntu 18.04LTS alongside windows 10. The printer/scanner works in windows 10 but NOT in Ubuntu. I searched this forum but nothing was mentioned specifically about KONICA MINOLTA BIZHUB 250. I searched Ubuntu Software but to no avail. I tried "Google" and found this - " +MINOLTA/KONICA_MINOLTA-bizhub_C250". Is this fine? If yes, could anybody walk me through in installing the right file? I cannot fully understand this - " ". Thanks in advance.
I used to be able to print to the two bizhub printers at my office, but at some point (and I print so infrequently that I can't narrow down when) I stopped being able to do so. When I sent a print job to these printers now, the printer either freezes and has to be power cycled, or the print job fails with a "Deleted Due to Error" message in the job history on the printer.
I narrowed it down to the printer falling into some kind of power-save mode: When the printer is not busy for a while, the display and some machinery inside turns off. The next job wakes the printer up but it's just not printed. If I print it again, it works. So it seems every first print job after the printer falling asleep is lost. I will have to call Konica Minolta support or just experiment with longer stand-by settings if the printer supports this. (btw. windows postscript drivers work every time...)
Seems to be a little bit different, though perhaps in some way related to my issue, as my print jobs fail 100% of the time, even when the printer is not in power-saving mode (for instance, right after someone else has printed).
The same PPD file worked just fine a year or two ago, so I thought it might have been a change in CUPS that was the culprit, or a change in how CUPS handles PPD drivers. But, I haven't been able to find any information to back up that hypothesis.
I can confirm this as well, as mentioned in this thread some days ago. It seems that the printer receives the printing data from Linux, but does not receive some kind of "EOF" and therefor it cannot start printing. I've called Konica Minolta, but they were not able to help me because I have no maintainance agreement with them, so I asked our local maintainance guys to get information about this issue.
Printing somehow worked some time ago with xubuntu, but with Arch it doesnt work. Looks like the drivers have changed or somewhat. Using the Generic PCL5 driver I can print text-only, but no graphics.
A few minutes ago I tested printing with a recent version of Ubuntu. Works like a charm. The strange thing is that the identical driver is used to print "KONICA MINOLTA C352/C300". Not sure if its a CUPS problem or a driver issue.
A possible workaround (this does not fix the actual problem yet!) is to configure your local CUPS instance to print through another CUPS instance running on a Ubuntu machine or VM. You may create a minimalistic Ubuntu netinstall (using the mini.iso) and just configure network and CUPS on it. You can then allow other hosts to print using the printers installed in your Ubuntu VM by enabling printer sharing on the VM and use ipp to add the printer of the Ubuntu host on your local CUPS instance. More information about this can be found in this wiki article.
Any news on this issue? I am experiencing exactly the same problem on an ubuntu system. Interestingly, in my working groups there are 4 linux boxes running ubuntu (with kde), only the three of them with the most recent version (12.10 quantal quetzal) do have this problem. The one machine running the previous LTS version (12.04 precise pangolin) can print to the bizhub without a problem. The hardware is the same on all computers and so are the drivers. It must be something changed on ubuntu between 12.04 and 12.10. I thought it might be KDE related, but apparently the other folks here use gnome (I am not an archlinux user, please excuse my intrusion here). Another interesting observation: printing PDFs from acrobat reader or okular work on all machines, but printing everything else does not. Even the printer test page causes the bizhub to freeze, making a power cycle necessary (and causing lots of nice comments from the other users on the floor who all print from Windows.). As has been said in this thread, I suspect there is something akin to an 'EOF' signal missing. Any useful comment would be very welcom.
This does look exacly as I thought. It *might* have to do anything with newer CUPS versions. Ubuntu uses sometimes pretty old package versions compared to Arch. So maybe we have to compare the changes between the two versions on Ubuntu 12.04 / 12.10 to find out what has changed.
I think I have found the culprit (at least for me, on ubuntu). I downgraded CUPS itself, which did not help, and then a number of auxiliary packages. What made the difference was a package called 'cups-filters', which I had to pin at version 1.0.18* to avoid upgrade to 1.0.24 (which ships with ubuntu 12.10). All other CUPS-related packages could be used at their current versions.
I don't know how you can downgrade packages on Archlinux, but I found the procedure for ubuntu on the web. Good luck!
I tried the same pdf on a different machine (both are Windows 7 x64) using the exact same print settings, exact same printer drivers and exact same version of Adobe Reader X (10.1.4), and it prints just fine.
3a8082e126