Email To Print Issues with Microsoft Exchange and Email Aliases
Last modified on 08 April 2015 11:27 AM
Customers using our Email to Print feature with a Microsoft Exchange Server report that they will get emails bounced back stating “Your Email to Print job was received, but the printer’s email address was not recognized. Please check the email and try again”. This is because Microsoft Exchange modifies the email address header information, which subsequently affects PaperCut’s ability to detect the printer alias to which the email was originally sent.
Within PaperCut, we have two Email address settings:
1) Global address (the mailbox which PaperCut checks for Emails):
2) Printer-specific alias (the address that identifies to which printer the job should be sent):
Aliases are set up in Exchange or Gmail - outside of our software.
Some email systems, like Microsoft Exchange, strip the alias address from the header and replace it with the end-destination email address.
The To: field will always show the global email address:
If you login to the Global mailbox and examine the Header information in an email, do you see the printer-specific alias, or the global address? If you see the global address, and the printer-specific alias has been stripped, those clients won’t be able to use an alias with Email to Print.
One workaround found by one of our customers is to use distribution groups - for example in the case above, you would set up a distribution list called