Re: [mailop] Anyone from Vade

[Mathieu Bourdin via mailop]

Hi,

Have you tried using their new sender tool ?
https://sendertool.vadesecure.com/en/


Mathieu Bourdin.
Dolist.








De : mailop [mailto:mailop-boun...@mailop.org] De la part de Al Iverson via 
mailop
Envoyé : dimanche 30 janvier 2022 18:40
À : Ken Robinson 
Cc : mailop 
Objet : Re: [mailop] Anyone from Vade

The person I knew at Vade seems to have left, but the process described here 
should still work:
https://www.spamresource.com/2020/06/what-is-vade-threat-list-how-do-i.html

Cheers,
Al Iverson

On Sun, Jan 30, 2022 at 9:23 AM Ken Robinson via mailop 
mailto:mailop@mailop.org>> wrote:
My IP address has somehow gotten on the Vade Blocklist. It is not on any other 
blocklist as far as I can tell.

How do I get it off the Vade list?

My IP address is 172.110.191.18

Thanks,
Ken Robinson
___
mailop mailing list
mailop@mailop.org<mailto:mailop@mailop.org>
https://list.mailop.org/listinfo/mailop


--
Al Iverson / Deliverability blogging at 
www.spamresource.com<http://www.spamresource.com>
Subscribe to the weekly newsletter at 
wombatmail.com/sr.cgi<http://wombatmail.com/sr.cgi>
DNS Tools at xnnd.com<http://xnnd.com> / (312) 725-0130 / Chicago (Central Time)
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

[mailop] contact from 250ok needed about a possible false positive listing spike

[Mathieu Bourdin via mailop]

Hi,

If anyone from 250ok is available, we are seeing a huge number of domains that 
appear as listed on SURBL on 250ok but not on the SURBL site when we do a 
lookup.
Are you aware of any issue ? is anyone seeing a strange beahvior like that too ?

Thanks for you help, you can contact me offlist if you need more infos.

Mathieu Bourdin
Dolist Deliverability team.





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

Re: [mailop] Gmail marking email from me as spam

[Mathieu Bourdin via mailop]

Hi,

Weel, basically your issue can be summarized in one word: reputation.

​

Welcome to email deliverability 101 ;)

Mathieu Bourdin.

-Message d'origine-
De : mailop [mailto:mailop-boun...@mailop.org] De la part de Jaroslaw Rafa via 
mailop
Envoyé : lundi 7 octobre 2019 15:35
À : mailop@mailop.org
Objet : [mailop] Gmail marking email from me as spam

Hello All,
this is my first post to this list - I just learned about its existence and 
someone told me that maybe it is possible to solve my issue here.

I run my own personal mailserver at rafa.eu.org for quite a few years. All the 
time I had absolutely no problems with sending messages to Gmail. Few weeks ago 
I learned that Gmail suddenly started marking e-mails that I send to Gmail 
users as spam. As users usually never look into their spam folders, they don't 
receive my mail.

It happens mostly to recipients to whom I write for the first time (for 
example, found their e-mail address at their website and want to ask for 
something I'm interested in). People with whom I already corresponded earlier 
receive my messages as usual (ie. they aren't marked as spam), except for the 
case when I didn't write to this person for some time. For example, I wrote to 
someone two or three times half a year ago, and din't have any further messages 
exchange since then. If I write to him again now, the message can fall to spam.

To test the issue I created a fresh account on Gmail and send a few messages to 
it - they ended up right in the spam folder. I repeated this for three 
different accounts and noticed that clicking "This is not spam" is not of much 
help - ie. it helps for that particular account, but doesn't influence the 
overall behaviour that my messages are going to spam on other accounts (unless 
I click "This is not spam" on those accounts too).

The spam banner on the received message on Gmail account says that this message 
is "similar to ones already caught as spam", which is an absurd explanation 
because each one of the messages I sent was different. I didn't send a generic 
"test 123" or something similar, but tried to write an actual email message 
that makes some sense, different in each case. Also they are simple plain text 
messages without any HTML, links or attachments.

Of course DNS is configured correctly, ie. rafa.eu.org resolves to IP address 
217.182.79.147, and this IP address resolves back to rafa.eu.org.
I'm also not blacklisted. Obviously, I have never sent any spam-like message 
myself nor my server wasn't relaying any.

I asked on different forums and tried to follow the advices I got.
Previously I didn't have SPF nor DKIM (as I wrote, for long time it was 
absolutely no obstacle in getting my messages received by Gmail users), so I 
configured them, I also published a DMARC record. DMARC reports I get from 
Google indicate everything as passed, the same says Gmail in details of the 
messages I sent to test accounts. I defined a MX record for my domain, which I 
didn't have previously, because rafa.eu.org has an A record, so it looked 
stupid (and superfluous) to me to define MX for rafa.eu.org that points simply 
to rafa.eu.org :), and everything works perfectly with A record only. But 
someone told me that Google may be suspicious about domains that don't have a 
MX record, so I defined it. I registered my domain and IP address at dnswl.org. 
I also registered for Google Postmaster Tools, but it won't show me any 
information since I send too few messages to Gmail users (the description says 
that I need at least a few hundred messages sent daily, which I'll probably 
never achieve :)).

All this to no avail - my messages still go to spam (I just checked again on 
the third of the test Gmail accounts). I only learned - by reading forums - 
that more and more people start getting the same problem. What else can I do?

It would be best to get an actual advice from someone at Google who will look 
into logs/config and check what actually happens. However, there seems to be no 
way to contact them - no contact form or something like that is published on 
the Gmail help pages.

Any help? I'm fighting with this for several weeks now, without any success...
--
Regards,
   Jaroslaw Rafa
   r...@rafa.eu.org
--
"In a million years, when kids go to school, they're gonna know: once there was 
a Hushpuppy, and she lived with her daddy in the Bathtub."

___
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] [ext] Re: Return Path / Sender Score

[Mathieu Bourdin via mailop]

In France the two terms are basically interchangeable and are used to designate 
the same process (user enters his adress, site owner sends an email requesting 
to click a link to confirm ownership of the adress, user clicks and is then 
added to the mailing list).
I’ve never had a client trying to use double optin for anything else than a 
user confirmation process.
I actually was a bit confused at first like you were, and wondered what the 
difference was (answer : none).
To be completly honest : I don’t even see what the difference actually is even 
now.
Call me naive, but I haven’t seen any case of « fake » DOI/COI in 7 years 
working for an ESP (not to say that I haven’t seen a LOT of pushback against 
COI/DOI, but that’s another matter linked to client education).

Mathieu Bourdin


De : mailop [mailto:mailop-boun...@mailop.org] De la part de Alexander Zeh via 
mailop
Envoyé : lundi 26 août 2019 10:49
À : mailop 
Objet : Re: [mailop] [ext] Re: Return Path / Sender Score

This might also be an issue of different wordings used in different parts of 
the world. I started working in the email space 10+ years ago for the eco 
Association in Germany. In every document, in every personal conversation I 
had, always the term DOI was used. Not only by marketeers, also by postmasters 
and lawyers.
I heard the term COI for the very first time at a M3AAWG meeting, and indeed 
thought it’s the term for „I’ll send the recipient a confirmation email that 
he’s now subscribed“.
I’m not sure how these terms are used in other european countries.

Alex


Am 26.08.2019 um 00:06 schrieb Luke via mailop 
mailto:mailop@mailop.org>>:

Personally, I consider every effort to quietly redefine elements of language
to suit a particular set of political, economic, or personal objectives to be
concerning

As do I. I guess my argument is that this isn't what is happening when some 
email marketer says "double opt in" or "cold outreach."

If you're someone who hasn't spent a great deal of time thinking about the 
world's spam problem or haven't really given much thought to the consequences 
of not requiring some kind of confirmation before adding an address to your 
mailing list, the term double opt in makes sense.

Should they be corrected? Sure. Should they be taught that "double opt in" 
isn't actually accurate because the recipient is only opting in once. Sure. Do 
they deserve to be labeled a spammer or be told they are talking like a 
spammer? No. Is it some kind of concerted effort to normalize spammy behavior? 
No.

I don't like the terms double opt in or cold outreach either and I don't use 
them. But I don't think the term "spamspeak" and the allusion to 1984 is 
appropriate.

Luke




On Sun, Aug 25, 2019 at 10:06 AM Michael Rathbun 
mailto:m...@honet.com>> wrote:
On Sun, 25 Aug 2019 08:14:16 -0700, Luke via mailop 
mailto:mailop@mailop.org>> wrote:

>I did intend to send it to the whole list.
>
>"Spamspeak" makes it sound so clandestine. So Orwellian. Like there is some
>> subversive element on the list trying to turn the tides and normalize spam.
>> Sounds spooky. Sounds provocative. Let's run with this.
>> *Rolls eyes*
>
>
>But yes, I was poking fun at the use of the term spamspeak. The allusion to
>1984's newspeak or doublespeak is silly.

I have seldom been accused of being overly serious.

>If alluding to 1984 in the context of permission based email isn't a little
>funny to you, then I apologize for my remarks.

Personally, I consider every effort to quietly redefine elements of language
to suit a particular set of political, economic, or personal objectives to be
concerning, however "funny" they may appear at the onset.  (I leave out of the
discussion the fact that I once had a role in a stage production of "1984"
that made me more than slightly well-acquainted with that work.)

Rob's remarks were, to my knowledge, accurate and apposite.

mdr
--
   Those who can make you believe absurdities
   can make you commit atrocities.
-- Voltaire
___
mailop mailing list
mailop@mailop.org<mailto: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] Return Path / Sender Score

[Mathieu Bourdin via mailop]

Hi again,


First, a precision: my reply is missing 2 lines wich, for short, were saying: 
"but usually you don't get listed on the first sending to a trap, it's more an 
accumulation of emails to different traps that get you in trouble form what I 
understand of how traps work".
That's why when you ask for a bounce after data this is a problem to what traps 
users want: they don't mind about one or two emails sent to an address. They 
are much more interested in "repeat offenders", menaing senders who keep 
sending to the same adress time and time again without checking for reaction. 
Thay don't want to give any possible clue to bad actors by doing something that 
might be recognized as unusual for a mail server, and they want to keep 
receiving the mails wich prove someone is doing somthing wrong (on purpose or 
not is another question).

Second: yeah if the domain/address you are sending to was giving you "proof of 
life" (answers and so on) until very recently and is now being used as a trap 
that would be kinda rude (and not very useful to detect actual spammers), most 
trap owners I have spoken with usually say that they will bounce (hard) mails 
for at least 6 months straight on re-used addresses (and most say they do it 
for at least a year).


Mathieu Bourdin



-Message d'origine-
De : Ralf Hildebrandt [mailto:ralf.hildebra...@charite.de]
Envoyé : jeudi 22 août 2019 10:48
À : Mathieu Bourdin 
Cc : mailop@mailop.org
Objet : Re: Return Path / Sender Score



* Mathieu Bourdin mailto:m.bour...@dolist.com>>:



> >*** Shouldn't spam traps reject all mails after the END-OF-DATA? ***

>

> If they did, they would be easily identifiable, and thus would have no value.



Well, the sender wouldn't know if it's a trap or if the server is just FUBARed 
in some odd way.



> The thing with spamtraps is that they should not be in your DB in the

> first place (especially pristine ones) or should have been trimmed

> from your DB a long time ago (back when they went from a usable user

> address to a bouncing address before being reactivated as a spamtrap).



Yes, but we're using mailman, and always with double-opt in and (of

course) bounce processing (seriously, who wouldn't use bounce processing?!).



In fact, these spamtraps must have been hit quite recently when we already had 
the most recent version of mm2 (the one with reCaptcha). It's totally unclear. 
To me it looks as if a domain wen'T directly from "used for mail" to "used as a 
spamtrap".



--

Ralf Hildebrandt   Charite Universitätsmedizin Berlin

ralf.hildebra...@charite.de<mailto:ralf.hildebra...@charite.de>Campus 
Benjamin Franklin

https://www.charite.de Hindenburgdamm 30, 12203 Berlin

Geschäftsbereich IT, Abt. Netzwerk fon: +49-30-450.570.155
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] [ext] Re: Return Path / Sender Score

[Mathieu Bourdin via mailop]

>*** Shouldn't spam traps reject all mails after the END-OF-DATA? ***

If they did, they would be easily identifiable, and thus would have no value.
The thing with spamtraps is that they should not be in your DB in the first 
place (especially pristine ones) or should have been trimmed from your DB a 
long time ago (back when they went from a usable user address to a bouncing 
address before being reactivated as a spamtrap).



-Message d'origine-
De : mailop [mailto:mailop-boun...@mailop.org] De la part de Ralf Hildebrandt 
via mailop
Envoyé : jeudi 22 août 2019 09:45
À : mailop@mailop.org
Objet : Re: [mailop] [ext] Re: Return Path / Sender Score

* Michael Wise via mailop :
> 
> 
> Sometimes ... pristine ... isn't.

Thought so.
 
> Presuppose y'all are doing bounce processing?

Yes.


This raises a question regaring spam traps: 

*** Shouldn't spam traps reject all mails after the END-OF-DATA? ***

1) That way the spam trap addresses would eventually be removed by
   bounce processing

2) At the same time the content of the email could be examined by the
   spam trap operator.

-- 
Ralf Hildebrandt   Charite Universitätsmedizin Berlin
ralf.hildebra...@charite.deCampus Benjamin Franklin
https://www.charite.de Hindenburgdamm 30, 12203 Berlin
Geschäftsbereich IT, Abt. Netzwerk fon: +49-30-450.570.155

___
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] Hotmail: Moving Email to 'spam' folder generates ISP complaint?

[Mathieu Bourdin via mailop]

Yeah, Microsoft has confirmed (can't remember if it was on this mailing list or 
during a conference) that any mail placed in the spam folder by the user (be it 
by clicking the "spam" button or by moving it by hand) triggers a complaint 
report.

I don't see that as a problem, I mean I completly understand the logic behind 
that. If someone wants to organize their inbox they can create subfolders 
easily, using the spam folder to "rearrange" your emails is just plain stupid, 
especially as mails in the spam folder are deleted after 10 days.


-Message d'origine-
De : mailop [mailto:mailop-boun...@mailop.org] De la part de Benoit Panizzon 
via mailop
Envoyé : vendredi 16 août 2019 09:48
À : mailop@mailop.org
Objet : [mailop] Hotmail: Moving Email to 'spam' folder generates ISP complaint?

Hi List

A couple of days ago we found out, that Mircosoft offers an Feedback Loop to 
received complaints about spam incidents.

Perfect, one more source we can use to detect and block phished customers's 
account or trojanized devices. So we enabled this.

That works good so far, but we also repeatedly get @hotmail.com customers 
reporting very obviously non spam mails.

I was now in contact with two customers, both were puzzled about those spam 
reports we received and confirmed, they did not report those emails as spam.

One customer is using Outlook for Android. Another one just plain Outlook, to 
access his Hotmail account.

Both are moving read emails the don't want to keep to the 'spam' folder.

So I wonder, does the simple act of moving of an email to the hotmail spam 
folder generate a spam complaint to the ISP? And possibly impact the sender IP 
reputation?

No need to confirm 'yes this is spam I want it reported to the sender ISP' ?

Mit freundlichen Grüssen

-Benoît Panizzon-
-- 
I m p r o W a r e   A G-Leiter Commerce Kunden
__

Zurlindenstrasse 29 Tel  +41 61 826 93 00
CH-4133 PrattelnFax  +41 61 826 93 01
Schweiz Web  http://www.imp.ch
__

___
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

[mailop] Gmail Postmaster IP reputation shift on July 2nd

[Mathieu Bourdin via mailop]

Hello,

We just saw that Gmail Postmaster's Tools shows a very unusual amount of our 
IP's as < bad > in the graphs.
Domain reputation seems unaffected, but basically we see around 50% of our IPs 
for July 2nd and 75% for July 3 going from green to red.
I saw no changes in sending habits from the various customers I checked (as 
they all have dedicated IPs it's fairly straightforward).

Some other French ESP representatives I chatted with see similar cases, I  
wanted to check with others if they saw the same things and, if luck will have 
it a Gmail Postmaster team member happens to be online and they have some time 
to look it up, that would be much appreciated.

Thanks,

Mathieu Bourdin
Dolist Deliverability team.

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

Re: [mailop] Anyone from free.fr on the list?

[Mathieu Bourdin]

Hi,

You can reach out to postmas...@proxad.net (home 
company for free.fr). The guy in charge is usually quite reactive but, as he is 
alone, it might depend of his schedule.

Mathieu B.


De : mailop  De la part de Sidsel Jensen
Envoyé : vendredi 12 avril 2019 13:39
À : mailop 
Objet : [mailop] Anyone from free.fr on the list?

Hi

We had a spam outbreak (mainly Paypal stuff) targetted towards accounts on 
free.fr and I’ve been struggling to get it cleaned up.
Some of our sending IPs are still blacklisted though..

If there is someone from free.fr on the list - please reach out 
to me off the list
- Thanks :-)

Kind Regards,
Sidsel Jensen
Systems Engineer @ One.com
s...@one.com





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

Re: [mailop] Gmail's email language detection

[Mathieu Bourdin]

Hi Brandon,

Thanks for your answer, I’m going to send you examples right away offlist,

Mathieu.

De : Brandon Long 
Envoyé : vendredi 29 mars 2019 17:34
À : Mathieu Bourdin 
Cc : mailop 
Objet : Re: [mailop] Gmail's email language detection

The language detector runs on the body of the message and is usually pretty 
accurate... but it's not perfect.

If you can send me some example messages, or send me the "download source" from 
Gmail of example messages, I can file a bug.

Note to use the download from the source view page, not copy & paste, the 
source view isn't a raw view anymore


Brandon
On Fri, Mar 29, 2019, 9:15 AM Mathieu Bourdin 
mailto:mbour...@np6.com>> wrote:
Hi fellow Mailopers,

I had a question regarding Gmail. More precisely, I was wondering if anyone 
from the list, or from Gmail if they see this post and have some time to 
answer, could tell me what triggers the display of the “translate this email 
from  to  “ line on top of an email?
In our case, we see that a good proportion of our emails (99% of our client’s 
sendings are in French) get this message after being identified as having been 
written in English.
This Seems to be IP range agnostic (We have 3 different IP providers, 2 French 
ones, and a third from the US), but also TLD agnostic (we see messages in .fr 
identified as “English speaking”), Encoding agnostic (same encoding for all 
mails on the platform). I heard about adding a lang=fr instruction in the code 
but this doesn’t seem to change a lot of things…
After trying for some time to find information/solution about this behavior, I 
do yield end ask for mailop’s mercy: can you tell me what we are missing? Is 
there a clear way to indicate the right language to Gmail? Do we have to pay 
attention to something specific?

Thank for anybody’s help, and have a great week end everyone

Regards,
Mathieu Bourdin.

___
mailop mailing list
mailop@mailop.org<mailto: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

[mailop] Gmail's email language detection

[Mathieu Bourdin]

Hi fellow Mailopers,

I had a question regarding Gmail. More precisely, I was wondering if anyone 
from the list, or from Gmail if they see this post and have some time to 
answer, could tell me what triggers the display of the "translate this email 
from  to  " line on top of an email?
In our case, we see that a good proportion of our emails (99% of our client's 
sendings are in French) get this message after being identified as having been 
written in English.
This Seems to be IP range agnostic (We have 3 different IP providers, 2 French 
ones, and a third from the US), but also TLD agnostic (we see messages in .fr 
identified as "English speaking"), Encoding agnostic (same encoding for all 
mails on the platform). I heard about adding a lang=fr instruction in the code 
but this doesn't seem to change a lot of things...
After trying for some time to find information/solution about this behavior, I 
do yield end ask for mailop's mercy: can you tell me what we are missing? Is 
there a clear way to indicate the right language to Gmail? Do we have to pay 
attention to something specific?

Thank for anybody's help, and have a great week end everyone

Regards,
Mathieu Bourdin.

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

Re: [mailop] Microsoft Support System Down?

[Mathieu Bourdin]

I think Benjamin was talking about the case (rare, but they do happen) where 
you get no answer at the ticket opening, ie you have nothing to answer to. You 
do get the ticket opening receipt, but no “first level answer” to build a 
conversation from.

Mathieu.

De : mailop  De la part de Laura Atkins
Envoyé : jeudi 17 janvier 2019 10:16
À : Benjamin BILLON 
Cc : mailop 
Objet : Re: [mailop] Microsoft Support System Down?

Why do you open a new ticket and not respond to the old one? When I’ve dealt 
with MS on behalf of clients (which, admittedly, has been a while), I’ve always 
kept everything in the same ticket.

Is there something I’m missing that makes it better to open a new ticket?

laura


On 16 Jan 2019, at 06:13, Benjamin BILLON 
mailto:bbil...@splio.com>> wrote:

Seems really on People reported a few days ago that yay, they finally got 
answers to their requests.
Your message indicates it's not "solved", but it's been like that for months.

I guess the best (and most awful) way would be to open a new ticket if there's 
no feedback after 24 hours (given them some margin out of the 8h SLA)

--
Benjamin

From: mailop mailto:mailop-boun...@mailop.org>> On 
Behalf Of Christina Hoheisel via mailop
Sent: mercredi 16 janvier 2019 02:08
To: mailop@mailop.org
Subject: [mailop] Microsoft Support System Down?

Hello Everyone,

For the past couple weeks we've noticed an issue with Microsoft's support 
system. After submitting a new support request, we receive the auto-response 
message noting that the ticket has been received and we should expect to 
receive a response within 8 hours (like normal), but then we never actually 
receive a response. The first time we noticed this happening was at the end of 
December and the issue still persists. Is anyone else having luck with getting 
through to Microsoft support right now? I appreciate your help with this.

Thanks,

Christina

--
Christina Hoheisel
Technical Account Manager
SparkPost

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

--
Having an Email Crisis?  We can help! 800 823-9674

Laura Atkins
Word to the Wise
la...@wordtothewise.com
(650) 437-0741

Email Delivery Blog: https://wordtothewise.com/blog






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

Re: [mailop] List of unused, big email-domains?

[Mathieu Bourdin]

Hi there,

Would be happy to jump on that too and help, I was just talking about this very 
topic with a collegue this morning, It would be useful so often to have this 
kind of resource to just point to our customer when we talk about list 
hygiene... you know: 
"hey, please do take action as your so called clean and updated list has some 
is trying to necroanimate lots of dead addresses" 
And "Voila" as we say in French (I think most French senders will catch the pun)

What would the criteria be to add domain on such a list? Time since 
deactivation? Average amount of addresses found in lists?

Mathieu Bourdin.

-Message d'origine-
De : mailop  De la part de Benjamin BILLON
Envoyé : mardi 8 janvier 2019 17:56
À : Stefan Neufeind ; mailop@mailop.org
Objet : Re: [mailop] List of unused, big email-domains?

I'd be interested in that too. 
As I'm not aware of such list, what about just starting it from scratch? We 
could put it on Wikipedia or anywhere else where it makes sense, and where we 
would have history and versioning.

I recently saw a few domains decommissioned for years, and they still have a MX 
record as of today.

--
Benjamin

-Original Message-
From: mailop  On Behalf Of Stefan Neufeind
Sent: mardi 8 janvier 2019 17:44
To: mailop@mailop.org
Subject: [mailop] List of unused, big email-domains?

Hi,

from time to time I stumble across (former?) large mail-domains, including for 
example vr-web.de, eunet.at und some others. Those domains also include some 
freemails of "former days". of which quite a number don't run email-services 
anymore.

Does somebody know of a list of domains that are known to not run 
email-services anymore these days? Such domains usually don't have an MX-entry, 
but most still have an A-record since they want to redirect to some website. 
Technically having an A-record is sufficient to be able to receive emails 
though I expect most people "seriously" running email-services will then also 
provide MX-records "just to be sure".


Kind regards,
 Stefan

___
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
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] emailreg.org is down

[Mathieu Bourdin]

Wasnt that the paying "service"? I think remember something like 20$ for 
getting delisted for each IP or domain. We considered it a scam and didn't go 
forward on that, especially as the "service" itself was only loosely related to 
Barracuda itself. Seemed weird to us. Might be mistaken though, it was like 4 
or 5 years ago.

Mathieu Bourdin.

-Message d'origine-
De : mailop  De la part de Steve Atkins
Envoyé : mardi 8 janvier 2019 13:08
À : mailop@mailop.org
Objet : Re: [mailop] emailreg.org is down



> On Jan 8, 2019, at 11:53 AM, David Jones via mailop  wrote:
> 
> Anyone on this list know if this site is worth registration?  One of our mail 
> servers was listed on Barracuda BRBL which recommended to sign up with 
> emailreg.org.
> 
> http://www.emailreg.org/index.cgi?p=register

It's a slightly off-the-books service run by Barracuda, or at least by 
Barracuda employees.

If you're listed by Barracuda, and if emailreg.org exists, it's likely worth 
doing. But it's unlikely to affect anything other than a Barracuda list.

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] Contact at Orange.fr

[Mathieu Bourdin]

But… where’s the fun  in that ?

(mentally insert image of a slightly confused and a bit sad kitty)

Mathieu.

De : Al Iverson 
Envoyé : mercredi 5 décembre 2018 15:58
À : Benjamin BILLON 
Cc : dcvetko...@ie.ibm.com; Mathieu Bourdin ; mailop 

Objet : Re: [mailop] Contact at Orange.fr

Or just set it to one connection max for each domain and you'll stay below 3 
because there are only two domains. :)

Cheers,
Al Iverson

On Wed, Dec 5, 2018 at 8:28 AM Benjamin BILLON 
mailto:bbil...@splio.com>> wrote:
mx-connection-limit does the trick

Pmta forums probably have detailed examples too

--
Benjamin

From: mailop mailto:mailop-boun...@mailop.org>> On 
Behalf Of Dragutin Cvetkovic
Sent: mercredi 5 décembre 2018 13:32
To: mbour...@np6.com<mailto:mbour...@np6.com>
Cc: mailop@mailop.org<mailto:mailop@mailop.org>
Subject: Re: [mailop] Contact at Orange.fr

Hello Mathieu,

Thanks for the tip.

My issue with using PMTA queues is that I only know of the 'route' directive to 
pass the mailings to the specific MX server: this can be a problem if the ISP 
changes their MX server's addresses, and the change could go unnoticed.

Is there a way to queue up two domains and have the queue deliver to the DNS 
provided MX record of a specific domain?

Best regards,

Dragutin Cvetković
IBM WCA Deliverabilty Tech Lead




Phone: +353 1 815 2564
Mobile: +353 87 118 3960
E-mail: dcvetko...@ie.ibm.com <mailto:dcvetko...@ie.ibm.com>

[IBM]

IBM Technology Campus
Damastown Industrial Estate, Mulhuddart, Dublin 15
Ireland


IBM Ireland Product Distribution Limited Registered in Ireland with number 
92815.
Registered office: IBM House, Shelbourne Road, Ballsbridge, Dublin 4



- Original message -
From: Mathieu Bourdin mailto:mbour...@np6.com>>
Sent by: "mailop" mailto:mailop-boun...@mailop.org>>
To: Dragutin Cvetkovic mailto:dcvetko...@ie.ibm.com>>, 
"mailop@mailop.org<mailto:mailop@mailop.org>" 
mailto:mailop@mailop.org>>
Cc:
Subject: Re: [mailop] Contact at Orange.fr
Date: Wed, Dec 5, 2018 9:58 AM


Hi Dragutin,



Limit rates for Orange/wanadoo is 3 connection per IP. Often issues are caused 
by not taking into account wanadoo.fr<http://wanadoo.fr> domain addresses as 
this is the same operator (meaning you have to manage this on a mx basis, not 
just domain). If you use PMTA for sending wrap both domains in the same queue.



Mathieu.



De : mailop mailto:mailop-boun...@mailop.org>> De la 
part de Dragutin Cvetkovic
Envoyé : mercredi 5 décembre 2018 10:30
À : mailop@mailop.org<mailto:mailop@mailop.org>
Objet : Re: [mailop] Contact at Orange.fr



Hi Benjamin, et. al,

Thank you for the feedback.

Essentially, I am trying to find out what are the optimal/recommended MTA/SMTP 
connection settings for orange.fr<http://orange.fr>.

I ran into several online articles on the topic, but they are somewhat 
contradicting.

Best regards,

Dragutin Cvetković
IBM WCA Deliverabilty Tech Lead







Phone: +353 1 815 2564
Mobile: +353 87 118 3960
E-mail: dcvetko...@ie.ibm.com<mailto:dcvetko...@ie.ibm.com>


[IBM]

IBM Technology Campus
Damastown Industrial Estate, Mulhuddart, Dublin 15
Ireland




IBM Ireland Product Distribution Limited Registered in Ireland with number 
92815.
Registered office: IBM House, Shelbourne Road, Ballsbridge, Dublin 4






From:Benjamin BILLON mailto:bbil...@splio.com>>
To:Dragutin Cvetkovic 
mailto:dcvetko...@ie.ibm.com>>, 
"mailop@mailop.org<mailto:mailop@mailop.org>" 
mailto:mailop@mailop.org>>
Date:04/12/2018 10:35
Subject:Re: [mailop] Contact at Orange.fr
Sent by:"mailop" 
mailto:mailop-boun...@mailop.org>>





ab...@orange.fr<mailto:ab...@orange.fr>is the way to go, however it could take 
a few days to get a reply, if they consider there should be one.

Otherwise if you can share some details, I'll meet these folks tomorrow night.

--
Benjamin

From: mailop mailto:mailop-boun...@mailop.org>> On 
Behalf Of Dragutin Cvetkovic
Sent: mardi 4 décembre 2018 10:48
To: mailop@mailop.org<mailto:mailop@mailop.org>
Subject: [mailop] Contact at Orange.fr

Hi all,

I am hoping to get in touch with someone offlist from Orange.fr PostMaster team.

Please contact me directly.



Best regards,

Dragutin Cvetković
IBM WCA Deliverabilty Tech Lead







Phone: +353 1 815 2564
Mobile: +353 87 118 3960
E-mail: dcvetko...@ie.ibm.com<mailto:dcvetko...@ie.ibm.com>


[IBM]

IBM Technology Campus
Damastown Industrial Estate, Mulhuddart, Dublin 15
Ireland




IBM Ireland Product Distribution Limited Registered in Ireland with number 
92815.
Registered office: IBM House, Shelbourne Ro

Re: [mailop] Contact at Orange.fr

[Mathieu Bourdin]

Hi Dragutin,

Limit rates for Orange/wanadoo is 3 connection per IP. Often issues are caused 
by not taking into account wanadoo.fr domain addresses as this is the same 
operator (meaning you have to manage this on a mx basis, not just domain). If 
you use PMTA for sending wrap both domains in the same queue.

Mathieu.

De : mailop  De la part de Dragutin Cvetkovic
Envoyé : mercredi 5 décembre 2018 10:30
À : mailop@mailop.org
Objet : Re: [mailop] Contact at Orange.fr

Hi Benjamin, et. al,

Thank you for the feedback.

Essentially, I am trying to find out what are the optimal/recommended MTA/SMTP 
connection settings for orange.fr.

I ran into several online articles on the topic, but they are somewhat 
contradicting.
Best regards,

Dragutin Cvetković
IBM WCA Deliverabilty Tech Lead




Phone: +353 1 815 2564
Mobile: +353 87 118 3960
E-mail: dcvetko...@ie.ibm.com

[IBM]

IBM Technology Campus
Damastown Industrial Estate, Mulhuddart, Dublin 15
Ireland


IBM Ireland Product Distribution Limited Registered in Ireland with number 
92815.
Registered office: IBM House, Shelbourne Road, Ballsbridge, Dublin 4






From:Benjamin BILLON mailto:bbil...@splio.com>>
To:Dragutin Cvetkovic 
mailto:dcvetko...@ie.ibm.com>>, 
"mailop@mailop.org" 
mailto:mailop@mailop.org>>
Date:04/12/2018 10:35
Subject:Re: [mailop] Contact at Orange.fr
Sent by:"mailop" 
mailto:mailop-boun...@mailop.org>>




ab...@orange.fris the way to go, however it could take 
a few days to get a reply, if they consider there should be one.

Otherwise if you can share some details, I'll meet these folks tomorrow night.

--
Benjamin

From: mailop mailto:mailop-boun...@mailop.org>> On 
Behalf Of Dragutin Cvetkovic
Sent: mardi 4 décembre 2018 10:48
To: mailop@mailop.org
Subject: [mailop] Contact at Orange.fr

Hi all,

I am hoping to get in touch with someone offlist from Orange.fr PostMaster team.

Please contact me directly.


Best regards,

Dragutin Cvetković
IBM WCA Deliverabilty Tech Lead






Phone: +353 1 815 2564
Mobile: +353 87 118 3960
E-mail: dcvetko...@ie.ibm.com

[IBM]

IBM Technology Campus
Damastown Industrial Estate, Mulhuddart, Dublin 15
Ireland


IBM Ireland Product Distribution Limited Registered in Ireland with number 
92815.
Registered office: IBM House, Shelbourne Road, Ballsbridge, Dublin 4


 ___
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] Sanity Check - Signal Spam and Signal Arnaques

[Mathieu Bourdin]

Hi Todd,

Benjamin beat me to it (must still be on a different timezone) but I can also 
confirm that the two organization have no relation, I’ve been on the signal 
spam board for some time now and that’s actually the first time I’ve heard 
about this signal-arnaque thing. The issue you describe is unfortunately one we 
sometime get with other similar websites like WoT who do not actually check for 
the real source in case of spoofing or, in case of legitimate complaints, let 
people categorize bad behavior in their own biased way.

Mathieu Bourdin.
NP6.


De : mailop  De la part de Benjamin BILLON
Envoyé : mardi 27 novembre 2018 07:32
À : mailop 
Objet : Re: [mailop] Sanity Check - Signal Spam and Signal Arnaques

Hi Todd,

Thanks for the notice. That's definitely not Signal Spam, although it doesn't 
look totally malicious.

Signal Spam works with law enforcement authorities and security companies and 
initiative (among others) to help punishing ... bad people.

I'll notify the Signal Spam folks.

Thanks again!

--
Benjamin

From: mailop mailto:mailop-boun...@mailop.org>> On 
Behalf Of Todd Herr via mailop
Sent: mardi 27 novembre 2018 03:31
To: mailop@mailop.org<mailto:mailop@mailop.org>
Subject: [mailop] Sanity Check - Signal Spam and Signal Arnaques

Hi.

I believe from past posts that there are Signal Spam reps on this list, and I 
just want to sanity check something with them.

We have a customer seeing their good name sullied on the website 
signal-arnaques.com<http://signal-arnaques.com>, where they're being implicated 
as sending fraudulent messages. They're not actually sending fraudulent 
messages, and they have a DMARC p=reject policy in place that should cause 
these messages to never see a mailbox, but there's at least one ISP out there 
that doesn't honor DMARC, and so mailbox holders at that ISP are getting 
messages "From" my customer and posting them to 
signal-arnaques.com<http://signal-arnaques.com> as "Scam Website Announcement".

My customer is frantic, and keeps referring to 
signal-arnaques.com<http://signal-arnaques.com> as "Signal Spam", but I don't 
get the sense that the two are related in any sense of the word; different 
domains, different physical addresses, different operating models, it appears. 
However, I would like to get an official pronouncement from someone more 
knowledgeable than I that the two organizations are completely unrelated.

Thanks in advance.

--

todd herr
postmaster
www.sparkpost.com<http://www.sparkpost.com>
twitter @toddherr @sparkpost

tel 415-578-5222 x477
mobile 703-220-4153
email todd.h...@sparkpost.com<mailto:firstname.lastn...@messagesystems.com>
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Yahoo/OATH FBL requests

[Mathieu Bourdin]

No issue for us, we actually found that reception of the verification email was 
a bit quicker than usual lately.

Mathieu Bourdin.

De : mailop  De la part de Soukeina Premdjee
Envoyé : mardi 20 novembre 2018 15:59
À : mailop@mailop.org
Objet : [mailop] Yahoo/OATH FBL requests

Hi all,

I hope you are well.

Quick question -  anyone else seeing issues with setting up FBL for Yahoo and 
not receiving the verification code email?

Thanks,

Soukeina

[/Users/goodechilde/Desktop/Mapp/Brand 
Guide/Logos/mapp-v2_trans_200x58-noleft.png]

Soukeina Premdjee
Sr Deliverability Strategist
www.mapp.com<http://www.mapp.com/>
LinkedIn<https://www.linkedin.com/company/162487> | 
Twitter<https://twitter.com/Mapp_Digital> | 
Facebook<https://www.facebook.com/MappDigitalInternational>
This e-mail is from Mapp Digital, LLC and its international legal entities and 
may contain information that is confidential or proprietary. If you are not the 
intended recipient, do not read, copy or distribute the e-mail or any 
attachments. Instead, please notify the sender and delete the e-mail and any 
attachments. Thank you.
Please consider the environment before printing.

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

Re: [mailop] Spamcop IP blacklisted

[Mathieu Bourdin]

>My problem is more when it doesn't work, while it should.

That’s not a problem, that’s our job description.

More seriously, as has been said before, the problem starts when the minimum 
set of rules to abide to isn’t enough to get the reputation to grow 
sufficiently.
We have no issue with rules getting more strict, we just need to know if it’s 
“new rules” or if it’s “old rules gone haywire”

Mathieu Bourdin


De : mailop  De la part de Benjamin BILLON
Envoyé : lundi 19 novembre 2018 12:13
À : Laura Atkins ; Michael Wise 

Cc : mailop 
Objet : Re: [mailop] Spamcop IP blacklisted

> Does this mean I can’t declare the Era of IP Reputation is over?
No you can't, it has been explicitly said it's not over last month, in some 
meeting, by some major consumer provider.

This isn't a problem from my point of view, IPs or domains, the idea is to have 
an overall good reputation. Behave, and it'll work.

My problem is more when it doesn't work, while it should.

--
Benjamin

From: mailop mailto:mailop-boun...@mailop.org>> On 
Behalf Of Laura Atkins
Sent: lundi 19 novembre 2018 11:25
To: Michael Wise mailto:michael.w...@microsoft.com>>
Cc: mailop mailto:mailop@mailop.org>>
Subject: Re: [mailop] Spamcop IP blacklisted


On 16 Nov 2018, at 22:23, Michael Wise via mailop 
mailto:mailop@mailop.org>> wrote:

Per email, no, bad test.
But if they keep not opening it, and others are reporting it as spam (or other 
things), and especially if there’s no clear unsubscribe link …
Bad Things will happen to the reputation.
Automatically in some places.

Yup. That’s one of those things I find hard to explain conceptually. Signals 
can modify each other. Signal A is neutral to slightly negative, Signal B is 
slightly negative, Signal C is neutral. But Signal A + Signal B is A*B not A+B. 
In the presence of Signal A then Signal C because extremely negative. Signal A, 
B and C all being present is an immediate block.

 And I agree, the machine should notice things like, this sender has been 
sending traffic to this recipient, and occasionally they open it, and 
occasionally they click a link, and they don’t report it as spam… that should 
build the reputation for that sender/recipient.

It works at some places. At other places their engine needs a bit of a tweak.

And hopefully, if wouldn’t matter which IP they were sending from, as long as 
the domain validated.

There are at least two major consumer providers where this is the case. There’s 
a third that puts more emphasis on IP reputation than the others.

(Some bits of this email contain forward-dreaming statements and wishes…)

Does this mean I can’t declare the Era of IP Reputation is over? There has been 
a pretty significant divergence in filters over the last few years and it’s 
making it challenging for folks to have one deliverability strategy that works 
for all ISPs.

(It’s just gone10am here and I already have 3 different “thought piece” blog 
posts working)

laura

--
Having an Email Crisis?  We can help! 800 823-9674

Laura Atkins
Word to the Wise
la...@wordtothewise.com<mailto:la...@wordtothewise.com>
(650) 437-0741

Email Delivery Blog: https://wordtothewise.com/blog






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

Re: [mailop] SNCD.ORG - Signal Spam

[Mathieu Bourdin]

Replied to you offlist.
Welcome to the french market.

Mathieu Bourdin.

De : mailop  De la part de Emre Üst |euro.message|
Envoyé : mardi 13 novembre 2018 15:14
À : mailop 
Objet : [mailop] SNCD.ORG - Signal Spam

Hello List ,

We are currently working as a partner with CSA in Germany . And we want to 
become members of SNCD.ORG<http://SNCD.ORG> and Signal -Spam . Is there anybody 
from SNCD  and Signal Spam ?

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

Technical Support Team Leader



t.   +902123430739
f.   +902123430742

email: emre@euromsg.com<mailto:%23>
skype:
web: 
euromsg.com<http://www.euromsg.com/?utm_source=email-signature_medium=email>
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://www.linkedin.com/company/euro-message>

[http://clients.euromsg.com/i/euromsg/2016/06/1/2_03.jpg]<https://www.facebook.com/euromessage>

[http://clients.euromsg.com/i/euromsg/2016/06/1/2_04.jpg]<https://twitter.com/euromessage>

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

[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://www.relateddigital.com/>


[http://clients.euromsg.com/i/relateddigital/2017/04/17/1/1_01.jpg]<http://www.euromsg.com/?utm_source=email-signature_medium=email>

[http://clients.euromsg.com/i/relateddigital/2017/04/17/1/1_02.jpg]<http://visilabs.com/?utm_source=email-signature_medium=email>

[http://clients.euromsg.com/i/relateddigital/2017/04/17/1/1_03.jpg]<http://www.semanticum.com/?utm_source=email-signature_medium=email>

[http://clients.euromsg.com/i/relateddigital/2017/04/17/1/1_04.jpg]<http://madebycat.com/?utm_source=email-signature_medium=email>

[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://www.relateddigital.com/?utm_source=email-signature_medium=email>









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

Re: [mailop] YahooMailProxy User Agent

[Mathieu Bourdin]

Hi
>What about the idea on implementing subscription confirmation header in the 
>confirmation messages?
>https://tools.ietf.org/id/draft-levine-mailbomb-header-00.html

The issue is that anything could be "hidden" behind the purported link, that's 
why AV must check the end destination and so click on the link. It would be 
like giving a joker card to any phisher/malware distributor.
The goal of the proposed header is not to say "confirmation link coming 
through, please look elsewhere and don't click on that thank you", it's 
designed to give information about the context of the subscription (ie: IP 
range/time etc...) for the receiving system to do some matching and warn the 
data collector about possible abuse.

Mathieu Bourdin.
NP6 delivery team.

De : mailop [mailto:mailop-boun...@mailop.org] De la part de Vytis Marciulionis 
via mailop
Envoyé : mercredi 17 octobre 2018 14:47
À : dario.antu...@intercom.io
Cc : mailop@mailop.org
Objet : Re: [mailop] YahooMailProxy User Agent

What about the idea on implementing subscription confirmation header in the 
confirmation messages?
https://tools.ietf.org/id/draft-levine-mailbomb-header-00.html

Has anyone heard about what is happening with that idea? I remember that at 
M3AAWG in Lisbon (June 2017) the idea was well accepted by senders and mailbox 
providers as well.

On Wed, Oct 17, 2018 at 12:41 PM Dario Tavares Antunes via mailop 
<mailto:mailop@mailop.org> wrote:
I was just drafting an email to a similar effect of Laura's last paragraph. See 
also the apocryphal story of googlebot deleting entire sites 
https://thedailywtf.com/articles/The_Spider_of_Doom

I'd hope even the most rudimental crawler would know not to perform POST 
actions, and I'd hope everyone else knows enough not to produce side-effecting 
GET APIs (I know I've been guilty of the same, and fortunately the smart 
crawlers will usually strip or mangle querystrings before following links).

On Wed, Oct 17, 2018 at 10:36 AM Laura Atkins <mailto:la...@wordtothewise.com> 
wrote:

On 16 Oct 2018, at 23:06, Luis E. Muñoz via mailop <mailto:mailop@mailop.org> 
wrote:



On 16 Oct 2018, at 12:42, Brandon Long wrote:


It is pretty common these days for spam systems to sometimes visit links in
the email message to help determine the spamminess or phishiness or just
plain badness of messages.

I can see the value of the datapoint. That said, if the automated filter visits 
a confirmation link then it would be breaking COI. How are ESPs discerning 
between those visits and the ones originated by the recipient actually clicking 
on the confirmation link?

Lots of different ways. Proximity to delivery, user agent, IP address are all 
things successfully used to distinguish automated from non-automated clicks. 


It's one of the reasons for the newer
list-unsubscribe-post header in rfc 8058 (as mentioned in the abstract).

Yes, I'm aware. However, the context of the conversations on this topic that I 
remember were centered around making the link "machine actionable", in the 
sense that automatic unsubscribe would not need to jump through hoops but 
rather, straight unsubscribe. This could keep the traditional unsubscribe 
behavior of presenting a form to collect feedback on the unsubscribe reason.

That wasn’t the whole issue, as I remember the discussions. 


To me this is very different from plainly GETting a link in an email.

Hopefully this behavior is restricted to images and collateral, not actual 
links... but once the line is broken, it's only a matter of time I guess.

It hasn’t been for a very long time. This is not new behavior at all. 
https://wordtothewise.com/2013/07/barracuda-filters-clicking-all-links/ was not 
the first time the behavior was seen, just the first time I publicly documented 
it. (Note: others may have documented it before me, but that link was easy for 
me to find)

laura 

-- 
Having an Email Crisis?  We can help! 800 823-9674 

Laura Atkins
Word to the Wise
mailto:la...@wordtothewise.com
(650) 437-0741 

Email Delivery Blog: https://wordtothewise.com/blog 






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



-- 
Best regards,

Vytis Marčiulionis
Email Deliverability Manager
Mailerlite.com
+37064734475
mailto:vy...@mailerlite.com
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Is Bimi online/test

[Mathieu Bourdin]

Nope, no Bimi header that I can see (well non explicitly using the name "bimi" 
at least), that's why I was wondering  if they were testing something new, and 
which "steps" sender have to pay attention to.

Mathieu.

-Message d'origine-
De : mailop [mailto:mailop-boun...@mailop.org] De la part de Patrick Ben Koetter
Envoyé : lundi 23 juillet 2018 15:21
À : mailop@mailop.org
Objet : Re: [mailop] Is Bimi online/test

* Mathieu Bourdin :
> Since this morning , we've seen several cases of big brands (for the moment 
> only US and some Chinese brands like Wish/alibaba) getting their logo 
> displayed on the beta version of outlook.com (and in the vintage version when 
> a mail is opened). We were wondering if this would be the first step of BIMI 
> implementation (like a test run?) or if its "just" a new feature from 
> outlook.com, and if so do senders have something to check/do to make sure the 
> right logo gets displayed ?

Did the messages contain BIMI headers?

p@rick


-- 
[*] sys4 AG
 
https://sys4.de, +49 (89) 30 90 46 64
Schleißheimer Straße 26/MG,80333 München
 
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Marc Schiffbauer, Wolfgang Stief
Aufsichtsratsvorsitzender: Florian Kirstein
 

___
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] Orange.fr and Wanadoo.fr Hardbounces

[Mathieu Bourdin]

Hi again

> Unless Orange is performing object and link scanning / safety checks making 
> the recipients seem alive (to euromsg at least
Never seen this kind of behavior from Orange. Could be happening from one of 
their security vendors but on several hundreds of emails ? seems highly 
unlikely. On our end, for the last 4 hours I see around 1500 bounces from 
Orange, with soft and hard bounces alike. Most hard bounces are first time 
sendings, and the other ones do not show any recent activity.

I'd again advise to reach out to their postmaster team to ask them to check on 
this if they can.

Mathieu

-Message d'origine-
De : mailop [mailto:mailop-boun...@mailop.org] De la part de Mark Milhollan
Envoyé : jeudi 5 juillet 2018 15:53
À : mailop 
Objet : Re: [mailop] Orange.fr and Wanadoo.fr Hardbounces

On Thu, 5 Jul 2018, David Hofstee wrote:

>- You send to e.g. a 1000 recipients one week. These recipients 
>download images and click on links (e.g. 40% open rate and 5% click rate).
>Conclusion: Recipients are real and active.
>- The next week *all* these recipients suddenly bounce

Unless Orange is performing object and link scanning / safety checks making the 
recipients seem alive (to euromsg at least), but later the accounts are 
disabled or closed for whatever reasons.  (Even exclusive of aliveness, just 
not rejected last time but some rejected now.)  Or not all but enough that 
after some number of unknown recipient rejects Orange's MTA shifts to bouncing 
everything (for a while).


/mark

___
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

[mailop] looking for a cloudmark contact

[Mathieu Bourdin]

Hi,

We're seeing blocking by cloudmark on one of our ranges since changing the PTR 
domain. Could someone from Cloudmark contact me off list, or does anyone know 
someone I could reach out to?

Thanks for your help.

Mathieu Bourdin
NP6 Deliverability team
m...@np6.com<mailto:m...@np6.com>

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

Re: [mailop] list-unsubscribe how do you handle the requests

[Mathieu Bourdin]

Hi Simon,

We deal with these as a regular unsub, as in many cases (except Gmail which is 
why Benjamin was making a special case there I guess)users still have a choice 
between hitting list-unsub and reporting the mail as spam.
The fact is that in the rare cases where we’ve seen a higher ration of unsub 
through the link-unsub link on gmail where also always cases where other 
indicators showed there was an issue on the program in general (low opens, 
complaints on other domains etc…).

Mathieu.

De : Bressier Simon [mailto:bressie...@gmail.com]
Envoyé : mardi 24 octobre 2017 17:29
À : Benjamin BILLON 
Cc : mailop 
Objet : Re: [mailop] list-unsubscribe how do you handle the requests

Well, the definition is going to say that yes, it's an unsub, but what in 
practice... Maybe not to be handled exactly as a spam complaint, but close, in 
my opinion.

2017-10-24 17:24 GMT+02:00 Benjamin BILLON 
>:
Unsub request (that's what it is, right?),  but still differentiated from other 
reasons of unsub.
We're thinking of making a special case for List-unsubs coming from Gmail, too 
(although that's not much of a priority)


--


Benjamin

2017-10-24 23:09 GMT+08:00 Bressier Simon 
>:
Hey all,

Just a brief question about list-unsubscribe, and the way you're using the 
"unsub" requests on sender side.

On your side, are you handling that as an unsub request or more like a spam 
report ?

Thank you in advance !

Simon

___
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] SmartScreen filter does not "regroup" email traffic from different IPs

[Mathieu Bourdin]

Hi

Are those IPs on the same range ? We've seen cases were IP on the same pool but 
coming from different ranges received different treatment based on the 
reputation of other IPs in the vicinity.


Regards
Mathieu


De : Mathieu Marnat [mailto:mmar...@iroquois.fr]
Envoyé : mercredi 18 octobre 2017 09:33
À : mailop@mailop.org
Objet : [mailop] SmartScreen filter does not "regroup" email traffic from 
different IPs


Hi,



I have an issue with Outlook's anti spam rules. I have been warming up new IPs 
for several weeks now. These IPs are part of the same pool and all send the 
exact same emails. After a few weeks, most of these IPs are not throttled 
anymore and can send whatever quantity of emails I need. However, two IPs (that 
send the exact same emails as the others) get throttling messages or even the 
"part of our block list" message (although on SNDS there is no mention that 
they are blocked).

Outlook's support is of no use with pre-typed answers that can not give me an 
answer to this unusual situation : IPs that send exactly the same emails are 
being treated differently.



Someone had the same issue before ? Is there a way to get in touch with someone 
from Microsoft that will actually take two minutes to try and understand the 
issue ?



Thank you for your help.



Regards,



Mathieu.

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

Re: [mailop] Hotmail "Organization queue quota exceeded."

[Mathieu Bourdin]

Hi Benjamin,

I’ve seen these bounces and a similar one (“421 4.4.2 Message submission rate 
for this client has exceeded the configured limit”)
These boucnces are all coming form only one mx on Hotmail.fr: 
hotmail-fr.olc.protection.outlook.com (104.47.9.33)

Can you check if you’ve tried sending to this new mx?
I guess they are deploying the new mx as they did last week on the .co.uk and 
what we are seeing is a kind of “hiccup”. When the addresses are retried on the 
usual mx we get 250s just fine.

Mathieu Bourdin
NP6 Deliverability team.


De : Benjamin BILLON via mailop [mailto:mailop@mailop.org]
Envoyé : lundi 18 septembre 2017 15:18
À : mailop@mailop.org
Objet : [mailop] Hotmail "Organization queue quota exceeded."

Hello,

I'm hearing about replies like "450 4.7.3 Organization queue quota exceeded" 
for .fr Microsoft domains (hotmail/live/outlook).
I didn't receive any myself, but I still wonder if anyone ever heard of this?

Google only has 6 results for this, only 2 are relevant, and dated of 2014 ..

Cheers,
--


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

[mailop] bounces on new hotmail.fr mx

[Mathieu Bourdin]

Hi,

We're starting to see bounces on Hotmail.fr that we think are linked to the new 
mx on this domain:

hotmail.fr  MX preference = 5, mail exchanger = mx2.hotmail.com
hotmail.fr  MX preference = 5, mail exchanger = mx3.hotmail.com
hotmail.fr  MX preference = 5, mail exchanger = mx4.hotmail.com
hotmail.fr  MX preference = 2, mail exchanger = 
hotmail-fr.olc.protection.outlook.com
hotmail.fr  MX preference = 5, mail exchanger = mx1.hotmail.com

the bounces 421 4.4.2 Message submission rate for this client has exceeded the 
configured limit are all coming from the new MX 
(hotmail-fr.olc.protection.outlook.com (104.47.9.33))
When mails are retried on the "usual" mx (mx1.hotmail.com) they are delivered 
fine (or may bounce but for other reasons).

Mathieu Bourdin.
NP6 Deliverability team

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