Are you experiencing a deliverability problem? You may find the solution here.
What does the error message ‘quotas met’ mean?
This message indicates that you have reached the quota limit for a specific MX and that you have to wait to be able to send another email to this provider.
In Adobe Campaign, there is a configuration regarding the number of emails per hour that can be sent. This configuration must be used with vigilance, as the number defined in the instance concerns the number of connections carried out with the ISP and not the number of emails actually sent.
This means a connection can use an MX rule without successfully sending an email. In this case, a configuration with an IP or a domain with a low reputation will have to try several connections before sending an email. For each attempt, a messages per hour credit will be used. As a result, the marketing campaign performance will be significantly impacted.
Therefore, ‘quotas met’ is not only a configuration issue, but can also be linked to reputation. It is important to analyze error messages in the SMTP log.
For more on MX configuration, see this section.
Why do I always get the same error message for a particular ISP?
If you always get the same error message for an ISP, your email or IP may have been detected as faulty by the ISP. Carry out the following recommendations:
If the problem persists, contact the commercial or deliverability services, Adobe Customer Care.
What is the difference between a email address on denylist and a quarantined email address?
The status Denylisted is a result of a feedback loop (when a person reports a message as spam).
The status Quarantined is a result of a soft or hard bounce.
For more on this, see this section.
What do the different quarantine error reasons mean?
Here are 10 possible reasons: not defined, user unknown, invalid domain, on denylist, refused, error ignored, unreachable, account disabled, mailbox full, not connected.
For more on this, see Understanding quarantine management.
One of my recipients was added to denylist by mistake. How do I remove them from the denyist so that I can start sending them messages again?
How can I find out whether one of my IPs is on a denylist? How do I remove my IP(s) from a denylist?
To check whether your IP address is on a denylist, you can use various web sites to verify it, such as:
Generally, the result of the IP address check will return a list that contains details of the denylist and also the name of the web site that denied the IP address.
By clicking the corresponding link, you can access the web site details. Then, you can request that your web site be delisted from the web site that added the IP address to its denylist.
The delisting process may vary depending on the web site. Some sites require you to create an account, while others just need you to provide the IP address.
Below are a few best practices that can help to identify and address deliverability issues.
The following elements may draw your attention:
Ask yourself the following questions to identify the possible causes to your deliverability issue:
Complaints are defined by subscribers who report email as a spam by hitting the corresponding button from their inbox.
If your delivery issue was caused by complaints:
Senders can glean a wealth of information from their feedback loop complaints:
Complaints also stem from subscribers who just no longer want to receive email:
Hard bounces occur when you send to an undeliverable address at an ISP. An address can be undeliverable for many reasons such as:
In addition to complaints and data validity, ISPs are concentrating more than ever on positive engagement to make delivery decisions. They are looking to see whether your subscribers are opening your emails, or deleting them without reading them. Because they don’t share this data with senders, we must utilize the information that we have available and translate opens/clicks/transactions as engagement.
As part of ongoing reputation maintenance, it is important to understand how engaged subscribers are on your list and develop a recency risk hierarchy for the subscribers on each file. Recency is defined as last open/click/transact or sign-up date. This time-frame may differ by vertical. To do this: