Skip to main content
Participant
October 17, 2018
Answered

Can't attach to webmail because adobe.tt.omtrdc.net is a "No content" site

  • October 17, 2018
  • 1 reply
  • 1099 views

This problem seemed to start with the update of Adobe Acrobat Reader DC to 074, but it could be related to a change apart from Reader DC.

Users now get an authentication failure when trying to Share pdfs as an attachment to gmail.  I've found the problem is that Reader DC is trying to connect to adobe.tt.omtrdc.net.  Our Untangle firewall uses zvelo.com to categorize sites in order to filter out undesired site categories.  Zvelo.com categorizes adobe.tt.omtrdc.net as a "No content" site, which the firewall blocks by default.  Simply adding the url to the list of allowed websites in the firewall isn't a good solution for us.  I believe I can create a rule to allow connections to the IP address for adobe.tt.omtrdc.net, but that address could change at any time.

I'm hoping Adobe can take a look at this, and perhaps find a solution or communicate with the powers that be at zvelo.com.  Nobody should have to create custom firewall rules for such widely used applications, or even have to make a special allowance for the site in a default firewall policy.

This topic has been closed for replies.
Correct answer Guy On A Buffalo

I believe I've resolved the issue.   I don't know if the fault is with Adobe, Google, or Zvelo, but the following sites had to be added to the Web Filter's Pass Sites list:

adobe.tt.omtrdc.net

accounts.youtube.com

ocsp.digicert.com

1 reply

Participant
October 17, 2018

Update:  I've found that custom Web Filter Rules allowing connections to the IPs for adobe.tt.omtrdc.net, and accounts.youtube.com allow a Win 10 PC to successfully authenticate via Adobe Reader DC and launch gmail.

adobe.tt.omtrdc.net requires a rule for the reason stated in my original post.

accounts.youtube.com seems to require the custom "pass" rule as part of the authentication into google because the default web filter policy blocks access to streaming video.

That being said, the Server 2016 Remote Desktop server still can't successfully authenticate into Google, even though the same web filter policy applies to it as what applies to the successful Win 10 PC.

Guy On A BuffaloAuthorCorrect answer
Participant
October 17, 2018

I believe I've resolved the issue.   I don't know if the fault is with Adobe, Google, or Zvelo, but the following sites had to be added to the Web Filter's Pass Sites list:

adobe.tt.omtrdc.net

accounts.youtube.com

ocsp.digicert.com