Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

Last week (as of 26 Sept 2019), Postmastery team noticed that MX records for the domains noos.fr, numericable.com, pro.numericable.fr and numericable.fr were replaced by an SFR MX record. Please read below blog post for further details: https://www.postmastery.com/numericable-and-noos-mxs-records-moved-to-sfr-check-your-powermta-settings/.
This BLOG post is available in French as well: https://www.postmastery.com/les-enregistrements-mx-de-numericable-et-noos-changent-pour-celui-de-sfr-pensez-a-verifier-la-configuration-de-votre-powermta/

Thanks!! 

This is a temporary error used to limit the traffic accepted from your IP. The exact cause is something only Yahoo knows, but it is probably reputation related. You should check the quality of the list, the content, complaint levels, and reputation of the IP. Volume spikes might be an issue.

Hi

Why yahoo see: smtp;421 4.7.0 [TSS05] Messages from x.x.x.x temporarily deferred due to user complaints - 4.16.55.1; see https://help.yahoo.com/kb/postmaster/SLN3326.html ?


TSS05??

Thanks!!

5 years later, is RepWatch still a thing?  I couldn't find it online.

HI, can you explain this??

If you are using PowerMTA 4.5r6 or later then you can also use mx-rollup-list feature to consolidate Microsoft related domains into one queue. This will improve resource utilization. For example, Microsoft EU and APAC :

# Microsoft
mx eur.olc.protection.outlook.com outlook-eur.rollup
mx apc.olc.protection.outlook.com outlook-apc.rollup

whereis hotmail.com

Thanks!!

hotmail.com does not resolve to above MX so it will not be included in above rollup queues.

We only use http://link, we don't use mailto:  for all domains (hotmail, gmail, yahoo, and other domains)

I'ts rigth?

We saw more users unsubscribed when mailto:// link was placed before http:// link or when mailto:// was included in List-unsubscribe: header.

It's a common mistake to think that a sender should insert a Return-Path header.

Receivers use the envelope sender in MAIL FROM command to return asynchronous/remote bounces. The Return-Path header is inserted by receivers to preserve the envelope sender when it is delivered via other means than SMTP. See section 4.4 in RFC 5321, the "SMTP standard":

   When the delivery SMTP server makes the "final delivery" of a
   message, it inserts a return-path line at the beginning of the mail
   data.  This use of return-path is required; mail systems MUST support
   it.  The return-path line preserves the information in the <reverse-
   path> from the MAIL command.  Here, final delivery means the message
   has left the SMTP environment.  Normally, this would mean it had been
   delivered to the destination user or an associated mail drop, but in
   some cases it may be further processed and transmitted by another
   mail system.

Thanks Marteen!!

You should not use more IPs than necessary. A volume less than 10K per day per IP is too low. A volume of 1M per day per IP is on the upper end.
For a mailing list of 1M I would use a pool of 4 IPs. If you are an ESP I would create pools for groups of customers. And reserve the remaining IPs for customers that prefer dedicated IPs.
To warmup the reputation on the IPs you need to start with low volume, or split the volume using cold-virtual-mta and forward the remainder to another platform.
Make sure all prerequisites are in place: authentication, feedback loops, reputation monitoring, ...

Maarten
Postmastery