Re: [mailop] Mail Transfer Agent Alternatives

[Michael Rathbun]

On Mon, 5 Feb 2018 13:27:29 -0400, Marc Goldman via mailop 
wrote:

>We also have multiple Green Arrow installs. It is a great MTA and the support 
>is excellent and I find their pricing model is really quite fair.

Delighted to hear that.  

>With that said, it isn’t perfect. They control the Postgres DB and only grant 
>read access. Their API however is robust and allows you to do pretty much 
>whatever you need.

When we achieve perfection the support staff costs would likely go way down.
In the mean time, the latest Studio and Engine updates made my own life a lot
easier.

mdr  (Policy Enforcement and Deliverability Support at GreenArrow)
-- 
 "There are no laws here, only agreements."  
-- Masahiko 


___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Trulia / Zillow contact

[Nick Schafer]

Just an fyi that Mailgun has been in touch with Jaren and Zillow in regards
to this. Thanks for the heads up again Jaren.

On Mon, Feb 5, 2018 at 5:45 PM Benjamin BILLON  wrote:

> Ha yes, if you don't know if it's abused or just spam, the ESP must be in
> the loop, sure.
>
>
>
> I understand nobody has the answer when this _*is*_ an abuse of domain
> use, so at least I'm not alone.
>
> Good thing we'll discuss this in a few weeks.
>
>
>
> --
>
> Benjamin
>
>
>
> *From:* mailop [mailto:mailop-boun...@mailop.org] *On Behalf Of *Jaren
> Angerbauer
> *Sent:* Tuesday, 6 February, 2018 02:17
> *To:* mailop 
>
>
> *Subject:* Re: [mailop] Trulia / Zillow contact
>
>
>
>
>
> On Fri, Feb 2, 2018 at 9:19 PM, Benjamin BILLON  wrote:
>
> @Jaren, what action do you expect an ESP to take when their domain is
> being abused?
>
>
>
>
>
> Pretty much what Steve said, but to clarify further, if domain abuse is
> identified, and proactive communications are made to help raise awareness,
> the expectation is that the domain owner and/or their ESP work to stop said
> abuse, either intended or unintended.
>
>
>
> From an outsider standpoint, it is sometimes hard to tell from just email
> headers if the abuse is originating from the client, or the ESP, and
> bringing both sides (sender and receiver) together to collaborate usually
> results in greater visibility on the problem and a quicker resolution.
>
>
>
> Thanks,
>
>
>
> --Jaren
> ___
> mailop mailing list
> mailop@mailop.org
> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>
-- 
Sent from Gmail Mobile
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Trulia / Zillow contact

[Benjamin BILLON]

Ha yes, if you don't know if it's abused or just spam, the ESP must be in the 
loop, sure.

I understand nobody has the answer when this _is_ an abuse of domain use, so at 
least I'm not alone.
Good thing we'll discuss this in a few weeks.

--
Benjamin

From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Jaren Angerbauer
Sent: Tuesday, 6 February, 2018 02:17
To: mailop 
Subject: Re: [mailop] Trulia / Zillow contact


On Fri, Feb 2, 2018 at 9:19 PM, Benjamin BILLON 
mailto:bbil...@splio.com>> wrote:
@Jaren, what action do you expect an ESP to take when their domain is being 
abused?


Pretty much what Steve said, but to clarify further, if domain abuse is 
identified, and proactive communications are made to help raise awareness, the 
expectation is that the domain owner and/or their ESP work to stop said abuse, 
either intended or unintended.

From an outsider standpoint, it is sometimes hard to tell from just email 
headers if the abuse is originating from the client, or the ESP, and bringing 
both sides (sender and receiver) together to collaborate usually results in 
greater visibility on the problem and a quicker resolution.

Thanks,

--Jaren
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Lots of spam from gmail ?

[Michael Wise via mailop]

Such details are available internally, and we're working to make sure that 
significant volumes of this stuff stops leaking.

Based on some of the Office365 reports I'm seeing, some of these miscreants are 
being brought under control.



But the war never ends.

Aloha,
Michael.
--
Michael J Wise
Microsoft Corporation| Spam Analysis
"Your Spam Specimen Has Been Processed."
Got the Junk Mail Reporting 
Tool ?



-Original Message-
From: mailop  On Behalf Of Rob Kendrick
Sent: Saturday, February 3, 2018 1:36 AM
To: mailop@mailop.org
Subject: Re: [mailop] Lots of spam from gmail ?



On Sat, Feb 03, 2018 at 12:03:23AM +, Michael Wise wrote:

>

>

> For, “smaller players” the best way is to submit the traffic thru SpamCop.

>

> We get a feed from them, and it’s one more drop in the bucket … but the 
> buckets are looked at by a human.



Could you please add a header for accounts younger than, say, two weeks?

Then I can just drop that stuff on the floor with the rest of the SEO detritus.



B.



___

mailop mailing list

mailop@mailop.org

https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fchilli.nosignal.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fmailop&data=02%7C01%7Cmichael.wise%40microsoft.com%7C6ca74e7d450943b2537108d56aeb2c41%7Cee3303d7fb734b0c8589bcd847f1c277%7C1%7C1%7C636532480652875608&sdata=FuVh%2BuHJa0he6Jx4PqgYaFbldo7h%2BfR1flrMTDcDj4E%3D&reserved=0
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Mail Transfer Agent Alternatives

[Vick Khera]

On Mon, Feb 5, 2018 at 2:23 AM, Emre Üst |euro.message| <
emre@euromsg.com> wrote:

> Hello everyone ,
>
> We are using Powermta(Port25) but their support service fee is rediciously
> high . We are looking for new mta . Could anyone recommend to Port25
> altenatives ?
>
>
Just before we got bought out, I too was looking for replacements to our
sending infrastructure. We were on Message Systems Momentum in-house, and
were one major version behind. We were at the point of having to buy the
next version up since annual maintenance did not cover the major version
bump. We looked at the solutions listed here, as well as one that has not
yet been mentioned, mailerq. I met the folks behind it a M3AAWG meeting and
they were very impressive and the product seems very impressive as well.
Definitely worth a look. It was one of my top contenders.
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

[mailop] Contact for rcimx.net ?

[Michael Ellis]

Anyone know anybody?

___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Trulia / Zillow contact

[Tim Starr]

Salesforce Marketing Cloud, for zillow.com.

-Tim Starr

On Fri, Feb 2, 2018 at 2:26 PM, Steve Atkins  wrote:

>
> > On Feb 2, 2018, at 12:22 PM, Jaren Angerbauer 
> wrote:
> >
> > Hi,
> >
> > Looking for a contact Zillow, or even possibly their ESP.
>
> That'd be mailgun, for this domain anyway, for anyone following along at
> home.
>
> >  We are seeing one of their domains (email.zillow-mail.com) being
> abused by affiliate spammers.
>
> Cheers,
>   Steve
>
>
> ___
> mailop mailing list
> mailop@mailop.org
> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Mail Transfer Agent Alternatives

[Steve Atkins]

> On Feb 5, 2018, at 10:40 AM, Andris Reinman  wrote:
> 
> Hi,
> 
> As the thread covers some open source MTAs then I'd like to mention our MTA 
> as well – ZoneMTA https://github.com/zone-eu/zone-mta
> 
> ZoneMTA can be deployed in a clustered setup (queue is stored in replicated 
> MongoDB), it is able to handle blacklisting (if blacklisting is detected, 
> then the current IP is disabled for that host for some period and other IPs 
> are used), and has been running on production for over a year for us 
> delivering ~100 msg/sec (single server) on peak times of the day.
> 
> It also has built-in support for Prometheus monitoring 
> https://github.com/zone-eu/zone-mta#metrics-for-prometheus

Looks like a very nice feature set, but the trailing end of the README would 
make me worry about what patents it's violating.

Cheers,
  Steve

> 
> Regards,
> Andris Reinman
> ZoneMTA
> 
> 2018-02-05 20:03 GMT+02:00 Steve Atkins :
> 
> > On Feb 5, 2018, at 9:27 AM, Marc Goldman via mailop  
> > wrote:
> >
> >
> > I agree with sticking to facts so lets cover a few here:
> >
> > 1. PMTA (formerly Port25 now Message Systems) is the 800 lb gorilla in the 
> > MTA world.
> >
> > 2. I own 2 enterprise licenses for PMTA 4.0 and paid support for a number 
> > of years (up to r11). I found the support to be very helpful at first but 
> > over the years it produced diminishing returns and more and more I felt 
> > deferred to the forum and to our own engineers to sort out issues and 
> > uncover abilities so I stopped paying for support and subsequently was 
> > unable to receive new releases including the major one to 4.5
> >
> > 3. Recently (about a year after Message Systems purchased) I reached out to 
> > the team to find out how I can begin paying for software updates again so I 
> > could upgrade to 4.5.
> >
> > I received an email telling me I would need to pay RETROACTIVELY for the 
> > years I did NOT receive support in order to upgrade.
> >
> > Has anyone ever heard of a policy like that?
> 
> Yes, it's pretty much normal. It dissuades people from only paying for 
> support every few years when they need support or want an updated version, 
> while not paying the ongoing fees that pay for development of that updated 
> version.
> 
> >
> > Regardless, it made me not the slightest bit interested in continuing with 
> > PMTA again.
> >
> > We also have multiple Green Arrow installs. It is a great MTA and the 
> > support is excellent and I find their pricing model is really quite fair.
> >
> > With that said, it isn’t perfect. They control the Postgres DB and only 
> > grant read access. Their API however is robust and allows you to do pretty 
> > much whatever you need.
> >
> > We have used a few open source MTAs over the years including Qmail, 
> > Postfix, Haraka and recently dabbling in Postal.
> >
> > We have considered building our own MTA but the costs and time involved 
> > make it somewhat prohibitive.
> >
> > However, I can definitely say that having ones own MTA solves all the 
> > issues mentioned herein and until one makes that step (or invests heavily 
> > in a team and technologies to manage Open Source MTAs), the 3rd parties 
> > will retain a strong position that holds many of us hostage in a sense and 
> > does not satisfy each ESPs individual needs.
> 
> None of the open source MTAs seem to offer anywhere near the tuning, 
> configurability and monitoring that's really needed to run a modern ESP. Not 
> surprising, large ESPs aren't a huge market and large ESPs that aren't 
> already committed to one or the other of the commercial product lines are an 
> even smaller one.
> 
> As spam filters get more selective, especially about grey mail, the need for 
> high quality infrastructure (and staff!) is moving down to the smaller end of 
> the market too, but I doubt that's enough of an organized revenue source to 
> drive developing ESP-grade instrumentation for, e.g., Haraka, any time soon.
> 
> Cheers,
>   Steve
> 
> 
> ___
> mailop mailing list
> mailop@mailop.org
> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
> 


___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Mail Transfer Agent Alternatives

[Andris Reinman]

Hi,

As the thread covers some open source MTAs then I'd like to mention our MTA
as well – ZoneMTA https://github.com/zone-eu/zone-mta

ZoneMTA can be deployed in a clustered setup (queue is stored in replicated
MongoDB), it is able to handle blacklisting (if blacklisting is detected,
then the current IP is disabled for that host for some period and other IPs
are used), and has been running on production for over a year for us
delivering ~100 msg/sec (single server) on peak times of the day.

It also has built-in support for Prometheus monitoring
https://github.com/zone-eu/zone-mta#metrics-for-prometheus

Regards,
Andris Reinman
ZoneMTA

2018-02-05 20:03 GMT+02:00 Steve Atkins :

>
> > On Feb 5, 2018, at 9:27 AM, Marc Goldman via mailop 
> wrote:
> >
> >
> > I agree with sticking to facts so lets cover a few here:
> >
> > 1. PMTA (formerly Port25 now Message Systems) is the 800 lb gorilla in
> the MTA world.
> >
> > 2. I own 2 enterprise licenses for PMTA 4.0 and paid support for a
> number of years (up to r11). I found the support to be very helpful at
> first but over the years it produced diminishing returns and more and more
> I felt deferred to the forum and to our own engineers to sort out issues
> and uncover abilities so I stopped paying for support and subsequently was
> unable to receive new releases including the major one to 4.5
> >
> > 3. Recently (about a year after Message Systems purchased) I reached out
> to the team to find out how I can begin paying for software updates again
> so I could upgrade to 4.5.
> >
> > I received an email telling me I would need to pay RETROACTIVELY for the
> years I did NOT receive support in order to upgrade.
> >
> > Has anyone ever heard of a policy like that?
>
> Yes, it's pretty much normal. It dissuades people from only paying for
> support every few years when they need support or want an updated version,
> while not paying the ongoing fees that pay for development of that updated
> version.
>
> >
> > Regardless, it made me not the slightest bit interested in continuing
> with PMTA again.
> >
> > We also have multiple Green Arrow installs. It is a great MTA and the
> support is excellent and I find their pricing model is really quite fair.
> >
> > With that said, it isn’t perfect. They control the Postgres DB and only
> grant read access. Their API however is robust and allows you to do pretty
> much whatever you need.
> >
> > We have used a few open source MTAs over the years including Qmail,
> Postfix, Haraka and recently dabbling in Postal.
> >
> > We have considered building our own MTA but the costs and time involved
> make it somewhat prohibitive.
> >
> > However, I can definitely say that having ones own MTA solves all the
> issues mentioned herein and until one makes that step (or invests heavily
> in a team and technologies to manage Open Source MTAs), the 3rd parties
> will retain a strong position that holds many of us hostage in a sense and
> does not satisfy each ESPs individual needs.
>
> None of the open source MTAs seem to offer anywhere near the tuning,
> configurability and monitoring that's really needed to run a modern ESP.
> Not surprising, large ESPs aren't a huge market and large ESPs that aren't
> already committed to one or the other of the commercial product lines are
> an even smaller one.
>
> As spam filters get more selective, especially about grey mail, the need
> for high quality infrastructure (and staff!) is moving down to the smaller
> end of the market too, but I doubt that's enough of an organized revenue
> source to drive developing ESP-grade instrumentation for, e.g., Haraka, any
> time soon.
>
> Cheers,
>   Steve
>
>
> ___
> mailop mailing list
> mailop@mailop.org
> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Trulia / Zillow contact

[Jaren Angerbauer]

On Fri, Feb 2, 2018 at 9:19 PM, Benjamin BILLON  wrote:

> @Jaren, what action do you expect an ESP to take when their domain is
> being abused?
>


Pretty much what Steve said, but to clarify further, if domain abuse is
identified, and proactive communications are made to help raise awareness,
the expectation is that the domain owner and/or their ESP work to stop said
abuse, either intended or unintended.

>From an outsider standpoint, it is sometimes hard to tell from just email
headers if the abuse is originating from the client, or the ESP, and
bringing both sides (sender and receiver) together to collaborate usually
results in greater visibility on the problem and a quicker resolution.

Thanks,

--Jaren
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Mail Transfer Agent Alternatives

[Steve Atkins]

> On Feb 5, 2018, at 9:27 AM, Marc Goldman via mailop  wrote:
> 
> 
> I agree with sticking to facts so lets cover a few here:
> 
> 1. PMTA (formerly Port25 now Message Systems) is the 800 lb gorilla in the 
> MTA world.
> 
> 2. I own 2 enterprise licenses for PMTA 4.0 and paid support for a number of 
> years (up to r11). I found the support to be very helpful at first but over 
> the years it produced diminishing returns and more and more I felt deferred 
> to the forum and to our own engineers to sort out issues and uncover 
> abilities so I stopped paying for support and subsequently was unable to 
> receive new releases including the major one to 4.5
> 
> 3. Recently (about a year after Message Systems purchased) I reached out to 
> the team to find out how I can begin paying for software updates again so I 
> could upgrade to 4.5. 
> 
> I received an email telling me I would need to pay RETROACTIVELY for the 
> years I did NOT receive support in order to upgrade.
> 
> Has anyone ever heard of a policy like that?

Yes, it's pretty much normal. It dissuades people from only paying for support 
every few years when they need support or want an updated version, while not 
paying the ongoing fees that pay for development of that updated version.

> 
> Regardless, it made me not the slightest bit interested in continuing with 
> PMTA again.
> 
> We also have multiple Green Arrow installs. It is a great MTA and the support 
> is excellent and I find their pricing model is really quite fair.
> 
> With that said, it isn’t perfect. They control the Postgres DB and only grant 
> read access. Their API however is robust and allows you to do pretty much 
> whatever you need.
> 
> We have used a few open source MTAs over the years including Qmail, Postfix, 
> Haraka and recently dabbling in Postal.
> 
> We have considered building our own MTA but the costs and time involved make 
> it somewhat prohibitive. 
> 
> However, I can definitely say that having ones own MTA solves all the issues 
> mentioned herein and until one makes that step (or invests heavily in a team 
> and technologies to manage Open Source MTAs), the 3rd parties will retain a 
> strong position that holds many of us hostage in a sense and does not satisfy 
> each ESPs individual needs.

None of the open source MTAs seem to offer anywhere near the tuning, 
configurability and monitoring that's really needed to run a modern ESP. Not 
surprising, large ESPs aren't a huge market and large ESPs that aren't already 
committed to one or the other of the commercial product lines are an even 
smaller one.

As spam filters get more selective, especially about grey mail, the need for 
high quality infrastructure (and staff!) is moving down to the smaller end of 
the market too, but I doubt that's enough of an organized revenue source to 
drive developing ESP-grade instrumentation for, e.g., Haraka, any time soon.

Cheers,
  Steve


___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Mail Transfer Agent Alternatives

[Marc Goldman via mailop]

I agree with sticking to facts so lets cover a few here:

1. PMTA (formerly Port25 now Message Systems) is the 800 lb gorilla in the MTA 
world.

2. I own 2 enterprise licenses for PMTA 4.0 and paid support for a number of 
years (up to r11). I found the support to be very helpful at first but over the 
years it produced diminishing returns and more and more I felt deferred to the 
forum and to our own engineers to sort out issues and uncover abilities so I 
stopped paying for support and subsequently was unable to receive new releases 
including the major one to 4.5

3. Recently (about a year after Message Systems purchased) I reached out to the 
team to find out how I can begin paying for software updates again so I could 
upgrade to 4.5. 

I received an email telling me I would need to pay RETROACTIVELY for the years 
I did NOT receive support in order to upgrade.

Has anyone ever heard of a policy like that?

Regardless, it made me not the slightest bit interested in continuing with PMTA 
again.

We also have multiple Green Arrow installs. It is a great MTA and the support 
is excellent and I find their pricing model is really quite fair.

With that said, it isn’t perfect. They control the Postgres DB and only grant 
read access. Their API however is robust and allows you to do pretty much 
whatever you need.

We have used a few open source MTAs over the years including Qmail, Postfix, 
Haraka and recently dabbling in Postal.

We have considered building our own MTA but the costs and time involved make it 
somewhat prohibitive. 

However, I can definitely say that having ones own MTA solves all the issues 
mentioned herein and until one makes that step (or invests heavily in a team 
and technologies to manage Open Source MTAs), the 3rd parties will retain a 
strong position that holds many of us hostage in a sense and does not satisfy 
each ESPs individual needs.

Marc Goldman
EM13

On February 5, 2018 at 6:01:05 AM, Maarten Oelering (maar...@postmastery.net) 
wrote:

Let’s stick to the facts.

The PowerMTA license fee is not (only) for support. It will also provide you 
with new releases every couple of months. These new releases provide new 
functionality such as double DKIM, TLS optimizations, automatic MX rollup, and 
more. If this is worth the money is a personal judgement. 
The license fee is a flat fee, there is no “pay by email”. For Message Systems 
PowerMTA is an important product and the preferred on-premise software. 
Momentum is for complex setups which also need strong inbound functionality. 
Sparkpost is for everyone who prefers not to invest into their own system and 
having to manage it.
There was one important security update, after the discovery of Heartbleed. 
It’s not Port25 that forced senders to get updates. It was just sensible to 
upgrade all software using openssl.

Maarten Oelering
Postmastery

On 5 Feb 2018, at 09:53, David Hofstee  wrote:

So yes, Message Systems have a model that they want you to pay per email. Maybe 
not yet, but in the future. If it is on premise or in the cloud, they don't 
care. To do that they took over Port25. You are forced to get updates due to 
the fact that you need security updates.

Some ESPs have started to implement their own mta (Sendgrid, haven't kept tabs 
on others). There is no open source mta that is fast enough. And all ESPs don't 
seem to want to cooperate to create one (it doesn't hurt enough, price wise). 
You don't want to create a spamming tool either.

Yours,



David



On 5 February 2018 at 08:57, Benjamin BILLON  wrote:
Hello,

 

Everything is always too expensive! However I can't say which of the software 
you mentioned is more expensive.

 

It doesn't seem GreenArrow and PowerMTA are providing the same thing. PowerMTA 
is an enhanced MTA, GreenArrow seems to have that, somewhere, but sells 
services too?

What features are you comparing exactly?

Are you looking for SparkPost instead of on-promise PMTA?

 

Anyway I believe another competitor would be MailerQ https://www.mailerq.com/

 

--

Benjamin

 

 

De : mailop [mailto:mailop-boun...@mailop.org] De la part de Emre Üst 
|euro.message|
Envoyé : lundi 5 février 2018 15:23
À : mailop@mailop.org
Objet : [mailop] Mail Transfer Agent Alternatives

 

Hello everyone ,

We are using Powermta(Port25) but their support service fee is rediciously high 
. We are looking for new mta . Could anyone recommend to Port25 altenatives ?

What are you thinking about GreenArrow - drh.net  ?

Thank you


--





EMRE ÜST

Deliverability Specialist

 

t.   +902123430739
f.   +902123430742

email: emre@euromsg.com
skype: user_name
web: euromsg.com
Yeşilce Mh. Yunus Emre Cd. Ada İş Mrk. No: 4 Zemin Kat 4. Levent / İstanbul

 

































 

This e-mail message may contain confidential or legally privileged information 
and is intended only for the use of the intended recipient(s). Any unauthorized 
disclosure, dissemination, distribution, copying or the taking of 

Re: [mailop] Spam originating from Office 365

[Andreas Klein]

Am 04.02.2018 um 22:00 schrieb Shane Clay via mailop:

Hi!

I’m curious what others are doing to reduce spam originating from 
Office

365 or using Sharepoint sites to host documents?


I see spam from Office 365/Outlook, too, but here SPF protection jumps
in. I wonder why does Microsoft allow to send using mail addresses of
domains which they do not run the mx for?

NOQUEUE: reject: RCPT from ***.outbound.protection.outlook.com[]: 550
5.7.1 <*@*>: Recipient address rejected: Please see 
http://www.openspf.net/*


trying to send a mail originating from one of the domains I host to my
mail server...

Regards,

Andreas

___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

[mailop] Any contacts at Mailshell ?

[John Levine]

An e-mail provider that should know better (Tucows) says they're
blocking mail from me on one of the server clusters because my
outgoing IP is listed at Mailshell.

If you start here and type in my IP 64.57.183.53, you will indeed get
a page that says it has a "moderately spammy reputation" which is news
to me.  It's my main outbound, the only spam it might send is the
occasional forwarded message that wasn't caught by my own spam filters
first.

http://www.mailshell.com/live_feed/livefeed_lookup.php

Click the Dispute Listing button, and it's comical.  They try to
scrape contact addresses from ARIN IP space listings, but their WHOIS
scraper is broken, so they want me to register as either n...@arin.net
or hostmas...@arin.net before they will talk to me.

Anyone know a live person there that might be able to fix things?


___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Mail Transfer Agent Alternatives

[Maarten Oelering]

Let’s stick to the facts.

The PowerMTA license fee is not (only) for support. It will also provide you 
with new releases every couple of months. These new releases provide new 
functionality such as double DKIM, TLS optimizations, automatic MX rollup, and 
more. If this is worth the money is a personal judgement. 
The license fee is a flat fee, there is no “pay by email”. For Message Systems 
PowerMTA is an important product and the preferred on-premise software. 
Momentum is for complex setups which also need strong inbound functionality. 
Sparkpost is for everyone who prefers not to invest into their own system and 
having to manage it.
There was one important security update, after the discovery of Heartbleed. 
It’s not Port25 that forced senders to get updates. It was just sensible to 
upgrade all software using openssl.

Maarten Oelering
Postmastery

> On 5 Feb 2018, at 09:53, David Hofstee  wrote:
> 
> So yes, Message Systems have a model that they want you to pay per email. 
> Maybe not yet, but in the future. If it is on premise or in the cloud, they 
> don't care. To do that they took over Port25. You are forced to get updates 
> due to the fact that you need security updates.
> 
> Some ESPs have started to implement their own mta (Sendgrid, haven't kept 
> tabs on others). There is no open source mta that is fast enough. And all 
> ESPs don't seem to want to cooperate to create one (it doesn't hurt enough, 
> price wise). You don't want to create a spamming tool either.
> 
> Yours,
> 
> 
> 
> David
> 
> 
> 
> On 5 February 2018 at 08:57, Benjamin BILLON  > wrote:
> Hello,
> 
>  
> 
> Everything is always too expensive! However I can't say which of the software 
> you mentioned is more expensive.
> 
>  
> 
> It doesn't seem GreenArrow and PowerMTA are providing the same thing. 
> PowerMTA is an enhanced MTA, GreenArrow seems to have that, somewhere, but 
> sells services too?
> 
> What features are you comparing exactly?
> 
> Are you looking for SparkPost instead of on-promise PMTA?
> 
>  
> 
> Anyway I believe another competitor would be MailerQ https://www.mailerq.com/ 
> 
>  
> 
> --
> 
> Benjamin
> 
>  
> 
>  
> 
> De : mailop [mailto:mailop-boun...@mailop.org 
> ] De la part de Emre Üst |euro.message|
> Envoyé : lundi 5 février 2018 15:23
> À : mailop@mailop.org 
> Objet : [mailop] Mail Transfer Agent Alternatives
> 
>  
> 
> Hello everyone ,
> 
> We are using Powermta(Port25) but their support service fee is rediciously 
> high . We are looking for new mta . Could anyone recommend to Port25 
> altenatives ?
> 
> What are you thinking about GreenArrow - drh.net   ?
> 
> Thank you 
> 
> 
> --
> 
> 
> 
> 
> 
> EMRE ÜST
> 
> Deliverability Specialist
> 
>  
> 
> t.   +902123430739 
> f.   +902123430742 
> 
> email: emre@euromsg.com 
> skype: user_name
> web: euromsg.com 
> 
> Yeşilce Mh. Yunus Emre Cd. Ada İş Mrk. No: 4 Zemin Kat 4. Levent / İstanbul
> 
>  
> 
> 
> 
>     
>     
>  
>     
> 
> 
>  
>  
>     
>   
>    
>   
>   
>  
>   
>  
> 
> This e-mail message may contain confidential or legally privileged 
> information and is intended only for the use of the intended recipient(s). 
> Any unauthorized disclosure, dissemination, distribution, copying or the 
> taking of any action in reliance on the information herein is prohibited. 
> E-mails are not secure and cannot be guaranteed to be error free as they can 
> be intercepted, amended, or contain viruses. Anyone who communicates with us 
> by e-mail is deemed to have accepted these risks. Related Digital is not 
> responsible for errors or omissions in this message and denies any 
> responsibility for any damage arising from the use of e-mail. Any opinion and 
> other statement contained in this message and any attachment are solely those 
> of the author and do not necessarily represent those of the company.
> 
>  
> 
> 
> ___
> mailop mailing list
> mailop@mailop.org 
> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop 
> 
> 
> 
> 
> 
> -- 
> --
> My opinion is mine.
> ___
> mailop mailin

Re: [mailop] Mail Transfer Agent Alternatives

[David Hofstee]

So yes, Message Systems have a model that they want you to pay per email.
Maybe not yet, but in the future. If it is on premise or in the cloud, they
don't care. To do that they took over Port25. You are forced to get updates
due to the fact that you need security updates.

Some ESPs have started to implement their own mta (Sendgrid, haven't kept
tabs on others). There is no open source mta that is fast enough. And all
ESPs don't seem to want to cooperate to create one (it doesn't hurt enough,
price wise). You don't want to create a spamming tool either.

Yours,



David



On 5 February 2018 at 08:57, Benjamin BILLON  wrote:

> Hello,
>
>
>
> Everything is always too expensive! However I can't say which of the
> software you mentioned is more expensive.
>
>
>
> It doesn't seem GreenArrow and PowerMTA are providing the same thing.
> PowerMTA is an enhanced MTA, GreenArrow seems to have that, somewhere, but
> sells services too?
>
> What features are you comparing exactly?
>
> Are you looking for SparkPost instead of on-promise PMTA?
>
>
>
> Anyway I believe another competitor would be MailerQ
> https://www.mailerq.com/
>
>
>
> --
>
> Benjamin
>
>
>
>
>
> *De :* mailop [mailto:mailop-boun...@mailop.org] *De la part de* Emre Üst
> |euro.message|
> *Envoyé :* lundi 5 février 2018 15:23
> *À :* mailop@mailop.org
> *Objet :* [mailop] Mail Transfer Agent Alternatives
>
>
>
> Hello everyone ,
>
> We are using Powermta(Port25) but their support service fee is rediciously
> high . We are looking for new mta . Could anyone recommend to Port25
> altenatives ?
>
> What are you thinking about GreenArrow - drh.net  ?
>
> Thank you
>
>
> --
>
> *EMRE ÜST*
>
> Deliverability Specialist
>
>
>
> *t.*   +902123430739 <+90%20212%20343%2007%2039>
> *f.*   +902123430742 <+90%20212%20343%2007%2042>
>
> *email: *emre@euromsg.com <%23>
> *skype:* user_name
> *web:* euromsg.com
> 
> Yeşilce Mh. Yunus Emre Cd. Ada İş Mrk. No: 4 Zemin Kat 4. Levent / İstanbul
>
>
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
>
> 
>
>
>
> This e-mail message may contain confidential or legally privileged
> information and is intended only for the use of the intended recipient(s).
> Any unauthorized disclosure, dissemination, distribution, copying or the
> taking of any action in reliance on the information herein is prohibited.
> E-mails are not secure and cannot be guaranteed to be error free as they
> can be intercepted, amended, or contain viruses. Anyone who communicates
> with us by e-mail is deemed to have accepted these risks. Related Digital
> is not responsible for errors or omissions in this message and denies any
> responsibility for any damage arising from the use of e-mail. Any opinion
> and other statement contained in this message and any attachment are solely
> those of the author and do not necessarily represent those of the company.
>
>
>
> ___
> mailop mailing list
> mailop@mailop.org
> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>
>


-- 
--
My opinion is mine.
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Mail Transfer Agent Alternatives

[Benjamin BILLON]

Hello,

Everything is always too expensive! However I can't say which of the software 
you mentioned is more expensive.

It doesn't seem GreenArrow and PowerMTA are providing the same thing. PowerMTA 
is an enhanced MTA, GreenArrow seems to have that, somewhere, but sells 
services too?
What features are you comparing exactly?
Are you looking for SparkPost instead of on-promise PMTA?

Anyway I believe another competitor would be MailerQ https://www.mailerq.com/

--
Benjamin


De : mailop [mailto:mailop-boun...@mailop.org] De la part de Emre Üst 
|euro.message|
Envoyé : lundi 5 février 2018 15:23
À : mailop@mailop.org
Objet : [mailop] Mail Transfer Agent Alternatives

Hello everyone ,
We are using Powermta(Port25) but their support service fee is rediciously high 
. We are looking for new mta . Could anyone recommend to Port25 altenatives ?
What are you thinking about GreenArrow - drh.net  ?
Thank you

--
[http://clients.euromsg.com/i/euromsg/2016/06/1/1_01.png]

[http://clients.euromsg.com/i/euromsg/2016/06/1/2_01.jpg]

EMRE ÜST

Deliverability Specialist



t.   +902123430739
f.   +902123430742

email: emre@euromsg.com
skype: user_name
web: 
euromsg.com
Yeşilce Mh. Yunus Emre Cd. Ada İş Mrk. No: 4 Zemin Kat 4. Levent / İstanbul





[http://clients.euromsg.com/i/euromsg/2016/06/1/2_01.jpg]

[http://clients.euromsg.com/i/euromsg/2016/06/1/2_02.jpg]

[http://clients.euromsg.com/i/euromsg/2016/06/1/2_03.jpg]

[http://clients.euromsg.com/i/euromsg/2016/06/1/2_04.jpg]

[http://clients.euromsg.com/i/euromsg/2016/06/1/2_05.jpg]

[http://clients.euromsg.com/i/euromsg/2016/06/1/2_06.jpg]


[http://clients.euromsg.com/i/euromsg/2016/06/1/2_01.jpg]

[http://clients.euromsg.com/i/relateddigital/sign/bnr.jpg]


[http://clients.euromsg.com/i/relateddigital/2017/04/17/1/1_01.jpg]

[http://clients.euromsg.com/i/relateddigital/2017/04/17/1/1_02.jpg]

[http://clients.euromsg.com/i/relateddigital/2017/04/17/1/1_03.jpg]

[http://clients.euromsg.com/i/relateddigital/2017/04/17/1/1_04.jpg]

[http://clients.euromsg.com/i/relateddigital/2017/04/17/1/1_06.jpg]

[http://clients.euromsg.com/i/relateddigital/2017/04/17/1/1_06.jpg]

[http://clients.euromsg.com/i/relateddigital/2017/04/17/1/1_07.jpg]


[http://clients.euromsg.com/i/euromsg/2016/06/1/2_01.jpg]



This e-mail message may contain confidential or legally privileged information 
and is intended only for the use of the intended recipient(s). Any unauthorized 
disclosure, dissemination, distribution, copying or the taking of any action in 
reliance on the information herein is prohibited. E-mails are not secure and 
cannot be guaranteed to be error free as they can be intercepted, amended, or 
contain viruses. Anyone who communicates with us by e-mail is deemed to have 
accepted these risks. Related Digital is not responsible for errors or 
omissions in this message and denies any responsibility for any damage arising 
from the use of e-mail. Any opinion and other statement contained in this 
message and any attachment are solely those of the author and do not 
necessarily represent those of the company.




___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop