016-767 is an invalid email address, typically it means the user is not allowed to send email, but is an email address. In the realm of an SMTP2Go account, it should show up in the Dashboard under Reports > Charts in that case, it should state by the color if it was bounced (the mail server yo uare really using the relay on refused the SMTP2Go account) or blocked as SPAM.
Joe,
Hello. Okay, you were correct. We had an incomplete email address at one of the three locations. So we corrected it. Further, we entered the SMTP AUTH and system tick boxes right at the machine because we had recognized the problems with doing this from the Chrome/EDGE browser. We used the Smtp2go.com username and password they give you to complete the boxes. Now all we keep getting on the last few tries is error code 016-767 invalid email address. This is getting frustrating. Are we getting close? What are we doing wrong? I am not sure we understand the error and what to do next to resolve this.
Thank you.
Regards,
johnnyd
027-779 is the login, usually caused because the end user tried to change the password or the authentication tic box via Chrome (it doesn't work with EDGE/Chrome)
That or the email address is different in one of the 3 places it is input
the SMTP AUTH and System tick boxes are the ones Chrome/EDGE won't do properly.
Joe,
I think I understand what you are stating. We did check all through the area you mentioned and none of those options have been enabled. I am not finding any other changes to the setup. Further, our SMTP page is configured like yours using the username and password for Smtp2go.com (which also matches the machine's email), so we do not know what is causing the issue. We also checked the time and date on the machine. Do you make anything from our error code, namely 027-779, It attestation failure by SMTP-A? Where do we set the IP address for the Smtp2go.com server, perhaps this is our only remaining issue?
I am hopeful that if this can be resolved, folks will have no reason to touch anything. Thank you.
Regards,
johnnyd
It's pretty clear from your additions that someone went in there and did a whole lot more than just setup HTTPs.
My guess would be they enabled IP filtering and probably added some changes in what non-logged in users can do. All those settings would be tossed in at
CWIS > Properties > Security
Dig around in the Authorization groups , IP filtering, IPSec, FIPS, IEEE802.1X because its seems someone who shouldn't have did. I'm not at all comfortable working with this over the forum in this manner, I have absolutely no interest in teaching people who shouldn't be doing this how to, and I have no reason at all to think you should or shouldn't, I simply cannot know, so I won't.
As for SMTP2go, I've not heard anything changing on their end, they still state the same per day and per month limit for non paid accounts and their servers haven't changed. And the point of their service is that they don't require SSL/TLS/STARTTLS, so I have no idea why anyone troubleshooting would have decided they should use any of that. Mine still works just fine in testing.
Joe, David:
Hello again. Yes, we did follow the setup instructions for Scan to Email on pages #100-102 of the Sys Admin Guide, but we must be doing something wrong. We are not using TLS/SSL, but we did invoke SMTP AUTH and are using this with the Smtp2go.com site. However, no luck. We are still getting an error code, in particular error code 027-779 It attestation failure by SMTP-A. What does that mean exactly and what are we doing wrong? What settings do we need to look at? Thank you both.
Regards,
johnnyd
In regards to your email settings you can dl the sys admin guide here.
Page 100 lists how to program email with those settings. Also make sure date and time are set correctly on device.
Joe,
Hello again. Based on your information, here are the latest developments. We could not access the 7435 machine using a normal browser window. We tried both Chrome and Edge. The machine kept rejecting the connection. Finally, we opened a secure window in Edge using Kaspersky. The machine responded with a message that there was a certificate mismatch, but at least we could proceed. We clicked through this 2 more times and finally got Centerware working again (in the secure window). Once in, we disabled HTTP-SSL/TLS communication until we get a handle on what is happening and the machine certificate is not bothering us right now. Based on this, could you please help with the following:
Thank you very much for your help and support.
Regards,
johnnyd
Joe,
Hello again. The system software version on the 7435 workcentre is version 75.3.1. Does this help explain anything we are seeing with respect to this issue? I followed your advice from another solution, that is to turn off TLS/SSL, but the machine is still doing this (unable to access Centerware from a browser) with TLS/SSL disabled. It shows the year long certificate loaded in there, just above the TLS/SSL option.
Any thoughts? Thank you.
Regards,
johnnyd
Joe,
Hello there. Thanks for jumping in, addressing this, and providing solutions. This is the message we are now getting.
We used to be able to access the machine through Centerware the way you showed it. Now, however, it lloks like the machine is blocking us.
As for the email issue, we were using smtp2go and it suddenly stopped working. I understand that is why someone created a new self certifying machine digital certificate last night.
Any workarounds/resets/things to do to get this back would really be appreciated. Thank you.
Regards,
johnnyd