Adobe Acrobat Sign Customer Support Resources

How to contact Support

All cases must be submitted via an Admin (group or account level) - End-users (in multi-user accounts) must contact their group or account administrators to submit new support requests. Only admins have the authority to request changes to the system. By limiting new case creation to Admins only, there is less thrashing to get an authorization to begin corrective work.

Administrators can request that other parties/users be included as contributors to the case by:

  • Including the email address(es) when the case is created
  • CCing any other users when replying to the case email
  • Forwarding a case email to another user, and having them use that email to reply back to the support team

For Adobe Acrobat Sign assistance:

1. Open the Support environment:

  • Navigate to
  • Log in as your administrator userID (Only Admins can submit new cases)
  • Click on the Question mark (?)  link in the upper-right corner of the page
  • Select Contact Support from the drop-down menu
Customer Support Icon

There are two distinct Contact Support experiences:

2. Click the Support  tab

3. Select Create Case

  • Choose Administration for Admin related queries like SSO, User Sync, tools, etc.
  • Choose Product for a specific product related query (follow the screens and enter all relevant information - Priority, Product, etc.

Chat and Phone options may also available

Support tab in the Admin Console

2. Click Start Here under Open a support case

3. Select Support Request

Chat and Phone options may also available

Support in the legacy Adobe Sign portal

What to include in your case

Each issue requires that you provide some information that allows us to start our investigation.

Below are common support categories with a list of suggested data points that are often needed to quickly isolate what the problem may be:

  • The email of the sending user
  • The original file being uploaded and/or the name of the library template used
    • Were fields added via the in-app authoring tool?
    • Were prefill fields used?
  • A description of the recipient list
    • Number of recipients
    • Roles
    • Authentication types
  • A description of the error/problem (Images if possible)
  • Can the problem be reproduced and with what frequency?
  • The email of the sending user
  • The agreement name
  • The time/date the agreement was sent
  • The email address of the recipient
  • At what point did the signing experience encounter the issue?
  • If the error is related to a field:
    • How was the field applied (Authoring/PDF/Text Tag)?
    • What happend vs what you expected to happen?
    • A copy of the uploaded form or the name of the library template
  • A copy of the uploaded document or the name of the library template
  • The email of the uploading user
  • A description of the issue vs what you are expecting
    • Images if possible  
  • The API holders email address
  • The sending users eamil address
  • A screenshot of the API log with errors
  • A list of any integrations being used (if applicable)
  • The name of the Integration (Salesforce, Dynamics, etc)
  • A description of the unexpected behavior or error message (Images if possible)
  • A description of the workflow leading up to the error
  • Transaction information (if available)
  • The email of the user exhibiting the behavior
  • The original file being uploaded and/or the name of the library template used
    • Were fields added via the in-app authoring tool?
    • Were prefill fields used?
  • Detailed steps to replicate the issue
  • A description of the error/problem (Images if possible)
  • Can the problem be reproduced and with what frequency?
  • Is there a transaction number?

Best Practices

Known Issues

When accessing the Home or Manage page, the page is entirely blank.

Test: Attempt to load this page:

  • If you can not load then you should contact your internal network administration and work with them to unblock the domain and any other network domains that your security is filtering.
  • If you can access the above link, contact support

Some recipients may have their Cookie Acceptance banner block the Click to Sign button when they have completed their activities on the agreement.

Recipients will need to accept the cookie notification (either by Customizing their cookie permissions or Enabling all cookies).

Once the cookie requirement is satisfied, the Click to Sign button will be exposed in the same screen location:

Cookie acceptance blocking the Click to Sign button

Common Questions: General

Based on the GDPR requirement to obtain user consent prior to storing data on the users device, some users may experience one or more requests to enable cookies:

Cookie Request

  • Users accessing Acrobat Sign from the locales enforcing GDPR are required to enable the core service cookies
    • Performance and personal advertising cookies can be enabled or disabled by clicking the Customize button
    • Cookies can be managed at any time by clicking the Cookie Performance link at the bottom right of all Acrobat Sign web pages:
Cookie Manager

Whenever the root domain is different on a page redirect, the user is prompted to enable cookies again (for the new domain)

  • Users in accounts migrating to the domain (from may have to configure their cookies twice, as each domain must place unique cookies
    • Accounts that migrate back to may also have to re-enable cookies for that domain

Users can mitigate this problem by updating their bookmarks to point to the domain instead of

Edit your cookie


A previous bug that caused the cookie prompt to appear on every page shift (when the root domain stayed constant) was resolved in the September release. Users should no longer see prompts when moving between pages (only when moving between domains).

Common Questions: Email

When a company sets up a domain like “” there are DNS records that point all calls to the domain at one or more server IP addresses on the internet. There are also DNS records for email that point to the email server/s for that domain.

If Acrobat Sign sent emails from our servers but inserted a “from” email address with a domain that did not match those DNS records, the email domain in the "from" address would not resolve back to that domain’s email servers and the receiving email server would identify the email as spam (this is a common way to try to “trick” people into thinking they got an email from a “known good” sender).

As it is not possible to change the sending servers, it is not possible to change the "from" email value on the outbound emails to anything other than

  • Note: the ReplyTo value is the email address of the user that created the agreement, so replying to an Acrobat Sign email will route back to the creating user

Common Questions: Agreements

  1. Log in to Acrobat Sign and navigate to your Manage page

  2. Find the agreement you want and single click it to select it

    • The right rail opens to show the actions available
  3. Download the Audit Report to your local system

    Download the audit report

  4. Open the downloaded PDF

    • The Transaction ID is at the top of the page in the gray header box
    Transaction ID

Common Questions: E-signatures

Account and Group level administrators can configure the e-signature field to add or remove the blue signature line and the underlying name/date text of an e-signature.

The blue line can also be configured to shorten to better fit the provided signature.

These options can be configured in the Signature Preferences section of the Acrobat Sign admin menu.

More details can be found here >

Configure well formatted signatures

Common Questions: Users/Admins

  • For accounts that log cases in the Adobe Admin Console, click here
  • Accounts that log cases in the legacy Acrobat Sign portal:
    • Log in to Acrobat Sign    
    • Mouse over your name in the upper-right corner and select My Profile from the pop-down menu
    • On your My Profile page, mouse over the question mark next to your Group Name
      • A pop-out ballon with the names of all administrators for your group is displayed (both group and account level)
        • Clicking any name opens an email with the address of that person automatically added
Find your admin in Adobe Sign

Common Questions: API/Webhooks

Webhooks that record too many failures in response will automatically disable themselves and notify the customer admin or webhook owner.

When these emails are delivered can be customized to better fit the customer's need. Three settings govern this function:

  • Warning threshold - How many hours have to pass after the first failure before a warning email is sent (Default is 36 hours).
    • After crossing the warning threshold, a warning email will be sent every time the webhook fails (until it is disabled).
  • Max duration - How long should the webhook be allowed to fail (after the first failure) before it is deactivated (Default is 72 hours).
    • After crossing the max duration threshold, the webhook will be disabled upon the next failure and an email is sent.
  • Max failure count - How many times must the webhook fail (consecutively) before disabling the webhook (Default value is 1).
    • After crossing the max failure count threshold, the webhook is disabled and an email is sent.

The timer and counter rest as soon as the webhook successfully replies.

Webhook email notifications

Who the emails are delivered to is dependent on the scope of the webhook.

If the primary contact isn't available, the secondary contact is notified:

Scope of Webhook

Primary contact

Secondary Contact


Account Admins

The Webhook creator


Group Admins

Account Admins / The Webhook creator


The Webhook creator



The Webhook creator


Contact your Success Manager (or open a Support case) to customize the notification thresholds.

Common Questions: Workflows

When a document on a workflow falls out of scope, the workflow throws a Server error message when editing the workflow:

Document Scope error - Designer

Senders attempting to use a workflow with this problem are provided an error message that indicates the workflow contains documents that are our of scope:

Document Scope error - Sending

This error means the workflow has lost the authority to use one or more of the attached library templates. Most commonly this happens when the template access permissions are changed from allowing the account/group access to limiting access to the owner.  

Admins should cancel out of this error message rather than reload the page.


To correct the error:

  • The owner of the template should edit the template permissions to be available to the account/group that the workflow is bound to
  • The owner of the workflow can replace the template with one with the appropriate permissions.  To do this cancel out of the error condition above and proceed to edit the workflow and replace the document

Additional Resources

Adobe logo

Sign in to your account