"Allow this job" action does not hold jobs in Equitrac Office/Express 5.6 and later on standard TCP/IP queues

Problem Statement

In Equitrac Office/Express 5.6 and above, a rule set applied to a secure printing queue with a standard TCP/IP  port which has an "Allow this job" action does not hold jobs.

If the secure printing queue has a standard TCP/IP port set to localhost, loopback, a fake hostname or fake IP then the job is not queued in the secure queue and disappears.

If the secure printing queue has a standard TCP/IP port set to a physical printer, then the job is not queued in the secure queue and instead immediately prints.

Cause

An "Allow this job" action in a rule is often misunderstood. "Allow this job" means:

• Do not process any further rules, and
• Allow the job to be printed immediately (i.e., the job will not be held, even if the queue has Secure Printing set to "Enabled")

Equitrac Office/Express 5.5 and below, "Allow this job" actions on e-queues would queue jobs in the secure print queue because that is the destination of e-queues.

Resolution

To replicate the workflow of "Allow this job" actions on e-queue, then standard TCP/IP ports cannot be used. Instead, either:

• Use the "Hold this job" rule
• Implement a DRE I-Queue solution, share this queue with users and apply the ruleset to the I-Queue
• If on Equitrac Office/Express 5.7 or later, implement a Managed Queue solution and apply the ruleset to the Managed Queue