OK, looks like this is driver specific. After talking to Pharos support, indeed all settings between driver, queue and package for the printer are identical; however, the C352 passes configured device Account Auth settings while the C351 does not.
So in looking at driver, checking found that I'm at the latest driver available both on the x32 and x64 for the C351. Tried setting the Auth Account on the queues, no change so removed it.
Set the Auth Account info on the printer setup on the Client and low and behold, it works. As a test, removed the Account Auth on the C352 device, added to the client printer and no go, the account info was not passed on.
So this leads me to believe it is how the Account info is encoded into the print job per driver/printer and thus where it is interpreted is different per system. The horrible, bad, bad portion is that you can only update the printer properties if the logged on user has higher than User rights (i.e. admin or power user) on a system AND the Account Auth/Track settings are PER USER!!! So for the C351, for every user profile for every pc we will have to manually set the Account Auth/Track ID/PWD which is horrible.
My next venture will be to determine if it is a registry entry, if so, can I export it then for GPO or login script check to see if it exists and import it if not. If only we could specify on the printer that the built-in Public account can only Print (not copy/scan/etc) and then limit the copier to accept print requests from specific IP's... which it doesn't. IP issue we could handle with a hardware router inline to the copiers network connection, but that doesn't help with disabling the public account so anyone can't just starting copying/scanning physically at the copier. I feel like I'm dealing with a Mac... the programming/feature set is always 80% there and they never follow through with the other 20% that is soo needed in a multi-OS, secure minded environment for easy deployment. Speaking of OSX... I did not try manually setting the Auth Account/Track setting on an OSX system so I don't know if the workaround functions there.