PowerMTA Support Forum

Please login or register.

Login with username, password and session length
Advanced search  


PowerMTA 5.0r3 is out!!!!  Please contact support@port25.com for a license and download access.

Pages: [1] 2 3 ... 10
 on: February 25, 2020, 06:36:28 AM 
Started by WillemStam - Last post by WillemStam
One new thing Postmastery is particularly excited about is PowerMTA 5.0 support for forward proxies: this allows delivery from IPs which don’t need to be co-located on the same server or subnet.

In this blog post, we will explain this with a few use cases and introduce our free of charge Postmastery’s MTA proxy for a ready-to-go solution.

Please read below blog post for further details:

This blog post is available in French as well:

 on: December 17, 2019, 08:20:33 AM 
Started by misit - Last post by misit
Hi guys,

recently i have noticed that some of my emails (Legitimate sends) send to Hotmail, takes a strange route.  First i can see its in the inbox (Focused folder) as a new email,  but when i reach out to open the email, it gets disappear. When checked Junk folder, emails is in there.

Does anyone come across this behavior before...?

Thanks in Advance.


 on: September 04, 2019, 10:15:48 AM 
Started by WillemStam - Last post by WillemStam
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/

 on: June 05, 2019, 01:16:49 PM 
Started by deliman - Last post by deliman
Thanks!!  :)

 on: June 05, 2019, 03:11:23 AM 
Started by deliman - Last post by Maarten Oelering
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.

 on: June 04, 2019, 10:57:23 PM 
Started by deliman - Last post by deliman

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



 on: March 18, 2019, 09:15:31 AM 
Started by VIN786 - Last post by marksullivan
5 years later, is RepWatch still a thing?  I couldn't find it online.

 on: March 14, 2019, 07:26:37 AM 
Started by WillemStam - Last post by SyedAlam
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


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

 on: March 14, 2019, 07:24:44 AM 
Started by WillemStam - Last post by SyedAlam
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.

 on: February 14, 2019, 05:55:32 AM 
Started by deliman - Last post by Maarten Oelering
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.

Pages: [1] 2 3 ... 10