There is absolutely nothing that an application program such as Adobe Reader or Acrobat can directly do in its output process to enable or disable the ability of Canon or anyone else's printers to properly prompt for, verity, and use an accounting code. Assuming that you are using the same or similar printer model referenced in the post at <http://forums.adobe.com/thread/926256>, a Canon iR5055, you are dealing with a printer with a PostScript 3 emulation, not Adobe PostScript 3 (the UFR II/PCL/PS Printer Kit-R2) (unless you buy a fairly expensive external EFI RIP option, in which case you would not be using Canon's accounting mechanism or their drivers).
Adobe applications do generate their own PostScript when encountering a device that claims to support PostScript (as this one probably does). Device characteristics and requirements as specified in the devices PPD file (PostScript Printer Description) govern how the PostScript is generated. I suspect that the proprietary Canon URFII drivers are trying to pattern match the output from the drivers and prompt for an account code at a particular point in the job creation process based upon what they expect the PostScript output of the driver to look like. This type of operation is neither in conformance with the PostScript Language Reference or any Macintosh specifications or requirements. We suggest that you contact Canon Technical Support for a solution to this issue as there is nothing that Adobe can really do to assist here. There is no protocol for PostScript generation through the MacOS or for that matter Windows for triggering the driver prompting for any type of accounting code and somehow putting that into either a job ticket to the printer or some special non-standard PostScript operator for the PostScript job itself.
- Dov