This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

UTM 9.708-6 Upgrade Breaks SPX Encryption Portal

UTM 9.707 worked perfectly fine while running SPX encryption.  Once we upgraded, new users and replies to encrypted messages get this when trying to access the reply and new user password portals.

404 File not found

The requested URL was not found on this server.

NO SUCH USER


This thread was automatically locked due to age.
  • Just thought I'd update on this, I raised a ticket and got the patch applied by Sophos support.  Now seems to be working as expected.  Patch does not require a reboot, just a restart of email services, or did in my case.  From opening case to patch being applied was I think within a week.

  • Hello Frank,

    Thank you for the Case ID, checking in the notes I can see GES has approved the Pre-fix for your device, however, I am following up internally with the manager of the engineer about not offering the patch.

    Regards,


     
    Emmanuel (EmmoSophos)
    Technical Team Lead, Global Community Support
    Sophos Support VideosProduct Documentation  |  @SophosSupport  | Sign up for SMS Alerts
    If a post solves your question use the 'Verify Answer' link.
  • Hello Emmanuel,

    thank you very much for your help.

    There is an update in my case, yesterday (or better tonight local time...) I received a mail from Sophos support with the request to activate the support access. A few minutes ago another mail from the escalation team arrived stating that my case requires additional assistance from the global escalation specialists, that they need further information and that they would contact me within the next three business days. 

    Of course I don't know how difficult it is to apply the patch or prefix or whatever there is to do to get SPX working again, but as it was already mentioned in the knowledge base article four weeks ago I can't imagine that it requires two weeks, the GES engineers ("the highest technical tier within support") and further information to patch this well known bug in UTM 9.708.

    Regards,

    Frank

  • Hello Frank,

    Thank you for the follow-up and the comments.

    That is an automated email the L2 engineer, usually sends when a case is sent to GES, I am against using these automated templates as it causes misunderstandings on what is going with the case, basically, once GES gets your case, they’ll email you to let you know that they’ll apply the patch. 

    I would have worded the email the L2 sent you as:

    Your case has been sent to our GES team for them to apply the patch, they’ll be contacting you within the next X business days, to apply the patch. 

    Regards,


     
    Emmanuel (EmmoSophos)
    Technical Team Lead, Global Community Support
    Sophos Support VideosProduct Documentation  |  @SophosSupport  | Sign up for SMS Alerts
    If a post solves your question use the 'Verify Answer' link.
  • GES is requesting that customers who are affected by this be able to double-click  to verify (alter) the time on their NTP server.

     If your clock is off, you'll get the following message in the system.

     log

     Development is working on a solution and expects to have more information by December 29th, 17:00:00 UTC 2021. A workaround may be found in the Knowledge Base, and a Prefix can be obtained by contacting Support.

  • We are having the same issue, Clock is set correct: 

  • It is the error in the system log you need to look for, not the listed system time.

    Time for me was correct, but still recieved the error message in the system log.

    If you raise a ticket with Sophos, they should be able to apply a patch to fix