Email To Print Aliasing with Microsoft Exchange
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):
Options > Mobile & BYOD > Email to Print > Username
2) Printer-specific alias (the address that identifies to which printer the job should be sent):
Printers > (affected printer) > Email to Print > Email Address
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:
Rather than the printer-specific aliases:
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
firstname.lastname@example.org - then add
email@example.com as the only member of that DL. When you send a test email to that DL, it should then retain the DL name - i.e.
firstname.lastname@example.org in the ‘To:’ field of the email.
Keywords: Email, BYOD, Microsoft Exchange, Office 365, Windows