Can you share a network trace from the moment you click to test until the moment you get an error?
(so with all the (other) traffic in between)
- Does rebooting the machine work to resolve the issue for a while? (which is in our case)
-> If so: When the machine is having the issue and you change the SMTP settings without rebooting the machine, are you able to send mail?
--> If so, does the issue return when you set the SMTP back to Office365 without a reboot?
--> Does changing smtp.office365.com into one of the IP-adresses (188.8.131.52 for example) make a difference?
No, thats different in your case;, i actually have traffic to smtp
here also ipv6 disabled, NTP settings are correct, already checked that, also tried manually setting up time
if we use the test button, we actually receive an error on the page, like, failed to send message with a red error
Performed some tests with one of our customers which was having the issue at that moment.
I noticed the following unusual behavior:
- Looking at the time, I noticed Daylight saving time wasn't applied. This means the time on the machine was 1 hour earlier than the actual time.
The machine was set to synchronise over NTP and the time zone is set correctly.
- Looking at the SMTP server settings I noticed the IPv4-option was greyed out. The only available option was Hostname. I expected IPv6 to be grayed out, as we disabled this protocol. But IPv4 should be possible to enable.
- Looking at a netwerk troubleshooting log I noticed that the machine didn't even try to contact the SMTP server when I used the Test configuration button.
The page just started to load, but in the network log not a single line showed that the machine tried to send something. (no DNS, no SMTP).
--> Neither did the machine after I changed the SMTP server to something else. (tried gmail and just a random host name) The network log didn't show any traffic to the configured server.
After a reboot of the machine, IPv4 was back available and the network log showed traffic.
Do you see some of the same things at your customer?
still the same error on latest spar :(
There you go Fabio. This is FW for Altalink C8030/35
This is a file for UPGRADING. not reloading.
seems not yet released, but coming soon!!
do you already have SPAR notes, or where do you have that text coming from?
do you mean this release? 103.xxx.010.14010
is it already out?
also, if there is indeed 8030/35 in spar descrition, ignore that, its fixed for all models
It means the escalation log nr, was againts a 8030/35
also, today i installed 3 x other 8030 machines, no problems!!
i use the same mailbox on a 8055 , same issue again! :)
Fabio, there might be a fix in the new release. But it's only for Xerox Altalink C8030/35
EAP-TLS Certificate issue
Did you see that as well?
its indeed strange that we dont have any confirmation yet from Xerox
and indeed its only altalink
there will be a new spar today or tomorrow, allthough i doubt it will be an solution, since spar was already build before
will be release xxx.14010
I can confirm this issue. I have also a few customers with this issue. Sidenote: It seems to be only a Xerox Altalink issue.
I've ask some customers to try relaying, maybe thats an option.
The problem seems to be there randomly, a restart of the MFP will help and scan 2 email is available until the problem randomly appears.
I did also check Office365 changelogs but can't find more information.
I can also confirm that the firmware level of the devices where the problem exist doens't matter. Some of them are running older (SPAR) firmware and i just checked the lastest SPAR release from Juni, but can't find any issues with Office365.
Hopefully there is a solution available.