Our printers and printserver have been setup with a solution that holds jobs on the printserver. Once a user arrives at a printer, and logs into that printer he/she can select their printed documents and get them printed.
This works by having the printer filter the holding-queue with jobs on the username, and presenting those documents to the user.
This usually goes on without a problem, but now I find myself with an Excel document that seems to have issues pushing the correct username along with it's printjob.
-----
Situation:
'User1' and 'User2' make up 'Department1'. Due to shifting workdays User1 and User2 may be both in the office, or either of them. They have an Excel sheet that requires the nightshift to fill it out.
So either User1 or User2 sends a mail with the Excel sheet attached to the mailbox of the nightshift.
Nightshift fills out the Excel sheet, and sends it back to the mailbox Department1. User1 and User2 can access this mailbox.
If User1 is the one handling the sheet, it's opened and printed. Printjob arrives in the queue under the name of User1, so once User1 logs into the printer, the job can be retrieved.
If User2 is opening the Excelsheet and printing it, it's found that the Printjob arrives in the queue under the name of User1. User2 doesn't see the job, and cannot get it printed.
-----
I've been digging into this, but can't figure out why this is happening, especially since other Excel sheets, Word documents, PDF or whatever do seem to arrive in the queue under the User2 name.
Checking the printer-properties of the Excel printdialog shows the Username to be automatically filled in with the correct User2 name. And yet, Excel still seems to print under User1's name.
So I'd like to ask:
1) Does anyone know where Excel pulls the name of the user from that is associated with the printjob?
2) Does the Excel sheet itself retain some sort of name somewhere that superimposes the name on the printjob?