Exit
  • Global community
    • Language:
      • Deutsch
      • English
      • Español
      • Français
      • Português
  • 日本語コミュニティ
  • 한국 커뮤니티
0

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

Community Beginner ,
Oct 17, 2018 Oct 17, 2018

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.

1.1K
Translate
Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines

correct answers 1 Correct answer

Community Beginner , Oct 17, 2018 Oct 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

Translate
Community Beginner ,
Oct 17, 2018 Oct 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.

Translate
Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
Community Beginner ,
Oct 17, 2018 Oct 17, 2018
LATEST

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

Translate
Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines