• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 8411
  • Last Modified:

SMTP email relay, Exchange Smarthost connector

We've just recently deployed a bunch of new MFP printers to all of our office locations and a print server is at each location as well.  I wasn't involved with this deployment so to my knowledge, the print servers are in place to monitor the MFP units for supplies as well as print jobs, I don't believe the print server controls any of the scan to email functionality.
Our technicians had the units set up and working properly where the end user could scan a document and it would go immediately to their email with the document attached in PDF format.
A couple months ago, we set up a Smarthost connector on our Exchange servers so that our spam filter is monitoring outgoing email as well as incoming. Since then, the MFP scan to email functionality has quit working.
At our main office, all the MFP scanners are working but the technicians tell me, none of them are hooked to the print server.  I worked with the technician at one of our other sites and it seemed every time we made a change in the settings on the MFP, the scan to email function would work - ONCE then not again.  We even changed the IIS settings on the print server (SMTP Email category) and again, the functionality was there - ONCE but not again.
We've tried using the server name, server IP, SMTP connector IP but we can't get it to work more than once.  This could also be DNS related but I'm not sure.
I know this question may be pretty site specific but if anyone has come up against anything remotely close to what is described here, your input would be most helpful.
0
skbarnard
Asked:
skbarnard
  • 4
  • 2
1 Solution
 
Ugo MenaCommented:
I have run into a similar issue with MFP scan to email. Relay is probably being blocked. Not sure if this is an option for you, but you can try using your ISP's SMTP address instead of your own. In my case (Comcast) will allow mail relay for their own customers, even if you are not using their domain addresses.
0
 
skbarnardAuthor Commented:
Thanks for the suggestion, I'll look into this.  Did you make that setting on the MFP or the print server or both?
0
 
Ugo MenaCommented:
just on the MFP
0
Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

 
skbarnardAuthor Commented:
Sorry for the delay in any input here - still chasing the problem.  I haven't yet tried using the IP for our ISP, I actually deleted the email with that information and am going to our archive to retrieve it again.
Another bit of information - we have some MFP's that when testing the connection, it comes back with "connection error (0x2102)".  Most of our MFP's are Kyocera brand.
I'm currently researching the above error but haven't found anything I already haven't tried.
One forum said it could be an authentication error.  The authentication is turned off on all the MFP units, and as I stated originally - the MFP's in our main office location are working fine. However, I tested one unit at one of our remote sites using my login information (I'm a domain admin) but still received the "connection error (0x2102)"
0
 
skbarnardAuthor Commented:
We created an SMTP relay a year or so ago to enable us to control who (or what) can send large email mailings.
We've recently found the correct settings needed on the MFP necessary to allow them to work (by trial and error) but also have entered the range for the IP's of the printers (i.e. 10.10.0.0/24) into the SMTP relay
We've successfully completed the test at 6 remote sites and will continue with the rest of our remote sites but they all should be working once the settings are double checked
0
 
skbarnardAuthor Commented:
It had to be more a settings issue than anything else.  I appreciate any input but this was the solution that worked for us
0

Featured Post

What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

  • 4
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now