iPrint does not send job to Copiers since last update

Hello,

We have many Canon and Ricoh copiers.
Since the last update of our print servers users have difficulties to print documents.
Jobs are waiting in the queue of the print manager. We need to stop, then start again the agent to make the agent processing jobs.
This problem is not systematic, but not uncommon.
It only happens with copiers. The problem does not exist with normal printers.

OES 2 SP3
Windows XP Sp3

Thanks in advance.
  • I posted a question regarding iPrint, Canon copiers and Google maps a while ago. Printing from the 'print' button on Google maps produces a job that shows as 'processing' in the queue - forever. I've also noticed that the job name is huge.

    I'm as up-to-date as possible with Canon drivers, and it affects PCL and PS drivers. Print manager is v2.1.3.

    Looking at the audit file, It doesn't appear to be a problem with Lexmark or HP printers of various ages.

    micgra;2185679 wrote:
    Hello,

    We have many Canon and Ricoh copiers.
    Since the last update of our print servers users have difficulties to print documents.
    Jobs are waiting in the queue of the print manager. We need to stop, then start again the agent to make the agent processing jobs.
    This problem is not systematic, but not uncommon.
    It only happens with copiers. The problem does not exist with normal printers.

    OES 2 SP3
    Windows XP Sp3

    Thanks in advance.
  • On 02/04/12 16:36, sspivey wrote:
    >
    > I posted a question regarding iPrint, Canon copiers and Google maps a
    > while ago. Printing from the 'print' button on Google maps produces a
    > job that shows as 'processing' in the queue - forever. I've also noticed
    > that the job name is huge.
    >
    > I'm as up-to-date as possible with Canon drivers, and it affects PCL
    > and PS drivers. Print manager is v2.1.3.
    >
    > Looking at the audit file, It doesn't appear to be a problem with
    > Lexmark or HP printers of various ages.
    >


    Maybe it is reported on tid7010312