Kyocera FS1100

Has anyone got a Kyocera FS-1100 (or 1300) working with Snow Leopard? I'm reluctant to upgrade until I know whether my printer will continue to work using its own driver. I know it'll work with the generic Postscript driver but that won't give access to the 600 and 1200 dpi modes.

iMac 2.66GHz, Mac OS X (10.5.8), 4Gb RAM

Posted on Aug 30, 2009 2:37 PM

Reply
12 replies

Aug 30, 2009 4:26 PM in response to hamiller

I have no idea what Kyocera say. I've not asked them and there's nothing on their site. The printer is USB not AppleTalk. It's a current model and only about 3 months old.

I don't have the PPDs, just the driver which came with the printer (same version as on the Kyocera site). I guess that may work anyway unless Apple have changed the printer driver API between Leopard & Snow Leopard. I'm simply trying to find out whether someone's already tried the printer with Snow Leopard. I have no reason to suppose that it won't work; I'm just trying to find out if it does before I upgrade.

Sep 1, 2009 12:11 PM in response to Peter Gaunt

Unless your printer is supported in the Gutenprint drivers, it likely won't work with Snow Leopard. I didn't see the FS-1100 in the list on the Snow Leopard drivers page.

We have a bunch of Kyocera printers in our office. The older models, and even the newer models, print drivers install ok under Snow Leopard. However, they return an error when trying to print to them. Something about "Printer driver installed incorrectly." Kyocera has no info on their site concerning 10.6 drivers. Honestly, I don't know if Mac support is a real priority for them based on support issues we've had up to this point. Hopefully they will release new drivers in a reasonable time frame, but they will likely only support newer models.

Sep 1, 2009 12:38 PM in response to Arislan

After spending a little time with the driver and logs, I found where the error was coming from. Apparently the installer uses incorrect permissions for the 10.6 CUPS printing scheme.

The permissions on /usr/libexec/cups/filter/kyofilter after install are set to the user. They should be set to root. Fixing this with 'sudo chown root /usr/libexec/cups/filter/kyofilter' in a terminal window allows me to print successfully. Its odd that the permissions repair under 10.6 doesn't see this, but it doesn't.

So, try installing the 10.5 Kyocera drivers and check your logs for CUPS in the Console. If you see a file permission error in the error log, then this may fix it for you.

Sep 1, 2009 9:25 PM in response to Arislan

Thanks! That makes a lot of sense and, if it works for you, chances are high it'll work for me. I intend updating to Snow Leopard sometime in the next month so I'll keep your suggestion filed away for when I need it.

Can I suggest that you tell Kyocera about what you've found? When I first installed the driver three months ago, I had a couple of queries and found their UK email help person very helpful even though he did have to wait to get a response from their 'Mac expert'.

Sep 8, 2009 3:59 PM in response to Arislan

One other thing that you might have to do if your printer has Job Accounting turned on.

I can print now, there is one other step to get around the issue if you have Job accounting set up on your printer. When I print I see that KMAccountID is struck through and I cannot change the ID because it says that the bundle is not compatible with the architecture.

What you have to do is go to the Finder and located the application that you are trying to print from and do a Get Info on that Application. Next what you have to do is check the button that says "Open in 32-bit mode". Relaunch the program e.g.. Mail, and then print and all should work!

Cheers, Andrew.

Sep 22, 2009 8:41 AM in response to Peter Gaunt

I use a Ricoh MPC 5000 with Fiery. After installing 10.6, I too lost fiery controls (seems to be a common problem on these threads). There used to be print dialog option for "fiery features", which would allow me to control duplex, staple, booklet printing, etc).

Something that has worked for me (I am not a tech, so bare with me...):

1) Install the printer (I did it via the IP address usually a 172.something rather). For the Queue option, type in "hold" (without quotes, make sure lower case).
This will send you print to the hold instead of directly printing. If you leave blank or type in "print", you will not get Fiery features, but will be able to print directly).

2) If you don't have it already, download/install "Command Work Station", Mac edition (CWS). For me, I had to download it (for free) from Ricoh's website. It was a package called "efi_utilities.zip" ( http://www.ricoh-usa.com/downloads/EFI_Utilities.zip ).
A disk that came with the printer should also have the software, as well.

3) When you print (to the hold Queue), Open up CWS. For first time use, enter in the IP address to get to the printer. You may have also get a log in screen. Clicking on Operator and login (leaving password blank) worked perfectly for me-but you may have to enter something (check with IT, if you have internal support that may have created a password).

4) you should now see your job in the "Active jobs" (you can also see all of the other jobs that have been printed already).
Viola!
Double clicking your job will now now give you full control (same as the "fiery features" did before, but better*). Cleick layout for booklet, duplex, etc... you get the idea.

*Even though this method seems a bit of a pain, it actually works better. For example, if you (assuming you could) printed a pdf x 50 via the "fiery features" option, the job actually gets sent FIFTY times (so does all the job output options). With this way, when you hit print x50, the information is already on the fiery, so it does not need to resend every print. You can also keep the job there, if it is something that you print frequently. It's annoying to open CWS every time, but it's a great work around, and actually has better options for complex jobs.

Good luck!

Oct 8, 2009 12:37 AM in response to Arislan

Just to add my vote of thanks for the permission fix Arislan. I now recall that I had what turned out to be the same problem on installing and trying to run the 10.5 KPDL driver under 10.5 to use with my FS-C015N. I found out the access permission problem by accident when I resorted to trying to copy from the library of another Mac a set of working drivers. I fixed that by altering the permissions in the Get Info dialogue but I gather from posts above that this doesn't work in 10.6.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Kyocera FS1100

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.