One question I'd ask for submission servers, if your expected use case is
mail clients, is whether they even support the concept of partial success.
I don't think any support a real ux for it, but maybe some will keep a
scoreboard of successful recipients and keep retrying the message with the
On 09/11/2017 06:52 PM, Luis E. Muñoz via mailop wrote:
Indeed, I would like the sender to know right away. In my use case I
intend to place this on a MSA, so I would expect to see few if any mail
servers -- but in any event it's good to consider this case.
I agree that MUAs will ideally show
On 11 Sep 2017, at 17:38, Michael Peddemors wrote:
Do you really want them to retry in this situation?
This is a very good question. I think the answer depends on who will I
be showing the error to. If I'm on my laptop happily sending emails out
it really doesn't matter much I think, as
Do you really want them to retry in this situation?
Compromised users/rate limiter users, you probably aren't sure which but
if you do not want them to send any more while they are rate limited,
you probably should set a permanent error.
Otherwise you might find a back load of messages in
Over the years I've seen rate limiting responses as 421 and 451 (with
the first being the most frequent). Is there a consensus in what the
correct code should be?
I'm going through RFC-5821 and none of the codes mentioned there seem to
be a perfect match to "hitting a rate limit for an
Hi All,
I am looking for a contact at naver.com, attempts to contact via abuse
and postmaster addresses have failed. Does anyone know a suitable person
to contact?
--
Marc Bradshaw - Deliverability/Abuse at FastMail
m...@fastmailteam.com | @marcbradshaw[1]
Links:
1.
We're aware of the issue and investigating.
Thanks for the notice.
Brandon
On Mon, Sep 11, 2017 at 9:44 AM, Todd Herr wrote:
> No apology necessary, Matt; I was more interested in sanity checking what
> we were seeing.
>
> Thanks for the reply.
>
> On Mon, Sep 11, 2017 at
No apology necessary, Matt; I was more interested in sanity checking what
we were seeing.
Thanks for the reply.
On Mon, Sep 11, 2017 at 12:40 PM, Matt Gilbert <
matthew.gilb...@mailchimp.com> wrote:
> That’s correct Todd, this hasn’t impacted our actual delivery at all that
> we can see. It
On 11 Sep 2017, at 9:16, Matt Gilbert wrote:
This issue looks to be impacting 100% of our IPs as well. We’re
seeing 100% bad reputation since 9/9 on all of our DKIM domains. Any
updates about this will be appreciated.
+1
All IPs with traffic in the last 24 hours for us. IPs that were
That’s correct Todd, this hasn’t impacted our actual delivery at all that we
can see. It appears to be only in what postmaster tools is displaying, rather
than the actual reputation. Sorry for not being clearer on that point in my
initial response.
Thanks,
Matt Gilbert
- Deliverability
When you say "impacting 100% of our IPs as well" are you really seeing an
impact on delivery, or are you just seeing likely erroneous data displayed
in Google's Postmaster Tools.
We're seeing the same data as everyone else, but we haven't yet seen that
there's been a real impact on delivery or
Il 11/09/2017 17:48, Brandon Long via mailop ha scritto:
I know we've had false positives in our PDF scanners before, if you can
make an example available by url to me, I can file a bug for our av folks.
Brandon
On Sep 11, 2017 4:03 AM, "Ken O'Driscoll"
I know we've had false positives in our PDF scanners before, if you can
make an example available by url to me, I can file a bug for our av folks.
Brandon
On Sep 11, 2017 4:03 AM, "Ken O'Driscoll" wrote:
>
> On Mon, 2017-09-11 at 12:27 +0200, Roberto Tagliaferri -
Hi, i've some script that send email with a pdf (created with html2pdf libray).
Some days ago all the emails ware rejected with this error:
Reporting-MTA: dns; dns.tosnet.it
X-Postfix-Queue-ID: 14A592E01BE
X-Postfix-Sender: rfc822;i...@ristrutturami.eu
Arrival-Date: Sun, 10 Sep 2017 17:46:43
Clearly this is an issue on the Google side. Where all IP's have a bad
reputation for September 9, there is no domain reputation data for that
date at all.
--
Deliverability & Abuse Management, www.webpower-group.com
ewald.kess...@webpower.nl
t: +31 342 423 262
On 11 September 2017 at 10:24,
Hi Vaibhav,
I see the same for 2 DKIM domains (each one with a dozen IP.. all red).
A third domain doesn't have data for 9 sept yet.
All of them have always been green before.
I guess it is a Google issue (or they drastically changed their
"ideas" about what is green or red).
Stefano
--
We can confirm that we see the same on other accounts. Everything is red on the
9th.
Maarten Oelering
Postmastery
> On 11 Sep 2017, at 09:39, Vaibhav wrote:
>
> Hey,
>
> I have observed that Gmail Postmaster showing all IP in BAD state for 9th
> Sept report. Does
Or you have a new customer, or a new list, that has issues. Considered that
possibility?
From: mailop on behalf of Vaibhav
Date: Monday, 11 September 2017 at 1:22 PM
To:
Subject: [mailop] Reg. Gmail Postmaster IP
Hey,
I have observed that Gmail Postmaster showing all IP in BAD state for 9th
Sept report. Does anyone observed the same ?
Seems like issue from Gmail Postmaster end.
--Vaibhav
___
mailop mailing list
mailop@mailop.org
19 matches
Mail list logo