Email "Authentication" Page - 30 Seconds to Load

brt

• April 26, 2018 16:23

I've had this problem for a while now. When trying to load the Authentication page (to configure SPF and DKIM), it takes exactly 30 seconds before it starts to load -- like it's waiting on a timeout -- and then loads quickly. This is a predictable behavior and happens every time (for me). I'm running current RELEASE cPanel 68.0.37 and have a cluster of four DNSOnly servers. BIND is disabled on this server.

• 

  cPanelLauren

  • April 27, 2018 12:50

  Hello @brt I can't replicate this behavior on my test system currently but I'd like to know some further information. 1. Can you confirm all servers in the DNS cluster are responding normally and can be connected to without issue? Sometimes in the event, one of the servers is experiencing issues some features of cPanel which do DNS checks take a longer than normal time to load. You could also test this by disabling the DNS cluster temporarily. 2. Do you receive any errors or notifications in the cPanel error log when attempting to view the Email Authentication page? The cPanel error logs can be found at /usr/local/cpanel/logs/error_log Thank you,

  0
• 

  brt

  • April 27, 2018 20:04

  I haven't had any DNS problems, and I did just confirm that all members are correctly responding to queries. I also haven't had any notifications about dropped cluster members, etc. All members are showing online under the DNS Cluster page in WHM (and I want to say that if there is one that's not responding that that page has a timeout delay as well, which it doesn't right now). So that part should be just fine. I loaded the authentication page and then viewed the error_log you mentioned above, and the last entry was around 45 minutes old, so it doesn't appear to be logging a problem there regarding this either.

  0
• 

  cPanelLauren

  • April 27, 2018 20:21

  Hi @brt Are the licenses on all servers valid as well? If so, Could you open a ticket with us using the link in my signature? One opened please update this thread with the ticket ID so we can provide the outcome of the ticket here. Thank you,

  0
• 

  brt

  • April 27, 2018 20:37

  Ticket ID is 9474187

  0
• 

  cPanelLauren

  • April 30, 2018 12:05

  Hi @brt Thank you for updating with the Ticket ID. I took a look at the ticket and it looks like the analyst found that the issue causing this was a connectivity issue with the DNS resolvers in resolv.conf. The solution was to change the resolvers to google's. Thank you,

  0

Please sign in to leave a comment.