Re: [mailop] Someone made a typo...

My guess is that 1. It's a common enough typo 2. Some domainer has just gone and registered abusesat.org and setup a catchall A record for *.abusesat.org --srs On 02-Apr-2015, at 2:29 pm, David Hofstee da...@mailplus.nl wrote: Hi, We’re seeing, from different domains (that have

Re: [mailop] SPF for domains that don't send e-mail

Yeah, thanks. Those were what I was wondering whether they had happened again. --srs On 02-Apr-2015, at 11:30 pm, John Levine jo...@taugh.com wrote: There were some surprising (and I think rather ill-informed) objectsions when we did last call on the nullmx draft, but they were resolved

Re: [mailop] Sourcing an email related quote

This is probably a quote from the old spam-l mailing list or nanae, if you were around then - I haven’t been on those for over a decade. On 05-May-2015, at 7:10 am, Ted Cooper ml-mailop...@elcsplace.com wrote: Recipient's budget to deal with your delivery problems: zero. Does that ring

Re: [mailop] SPF for domains that don't send e-mail

And if you don't want to receive mail on that domain either .. example.com.MX 0 . Yeah, mx zero dot. There's an old rfc that never got beyond draft stage that explains it all, but rfc or no rfc, it works fine. --srs On 02-Apr-2015, at 7:57 pm, Aaron C. de Bruyn aa...@heyaaron.com

Re: [mailop] Possible sendmail name resolution issues triggered by hotmail.com zone change

If they all point to much the same cluster of servers, it simply means those servers get retried two or three times per set of MX lookups. It is a quick and dirty hack but well, it works fairly fine without treating a single failure as a timeout and having to fallback to a different set of

Re: [mailop] IBM SPF vs smtp.notes.na.collabserv.com

On 07-Jan-2016, at 10:48 AM, Noel Butler wrote: > > 36 outa 1.4 mill, that ratio mimics networks I look after, IOW joe-average > doesnt forward their mail, in fact in past couple years since Snowden we've > seen users use their local mail 500 fold over prior to his

Re: [mailop] IBM SPF vs smtp.notes.na.collabserv.com

On 07-Jan-2016, at 7:52 AM, Brandon Long wrote: > Or, you know, spf failure was considered a complete failure in itself, given > that mail tends to get forwarded. > Brandon > Deja moo - I’ve seen this spf bull before :) Two articles on circleid from 2005 or so - the first

Re: [mailop] IBM SPF vs smtp.notes.na.collabserv.com

> On 07-Jan-2016, at 4:30 PM, Noel Butler wrote: > >> That and I tend to try and let legit mail through, it's a bit of a >> fault of mine that I doubtless need to work on > > Welcome to mail systems administration. Thank you so much, it is great to be back doing the

Re: [mailop] Mailchimp / Mandrill App: European VS US Privacy Laws

Venturing an opinion on how much jurisdiction a law enforcement or regulatory Organization is prepared to assert in a cross border scenario isn't going to fly too far Did you try to identify the spammer with a dummy purchase If he is doing something illegal? --srs > On 10-Jun-2016, at 9:09

Re: [mailop] Mailchimp / Mandrill App: European VS US Privacy Laws

There seems to be a miscommunication - I personally have seen Mailchimp / Mandrill suspend a large number of spamming customers. However your request - which asks to identify a customer - would probably get routed to the legal department rather than a competent abuse team and that might

Re: [mailop] Mailchimp / Mandrill App: European VS US Privacy Laws

I would guess they're happy to can their customer but they are refusing to tell Benoit who the customer is. Which sounds fair to me. --srs > On 10-Jun-2016, at 8:44 PM, Anne Mitchell wrote: > > Benoit, please contact me offlist, and I will see about getting you to the >

Re: [mailop] Mailchimp / Mandrill App: European VS US Privacy Laws

Now you’re arguing legal contracts here - that vendor has a legal contract with whoever this spammer is. While they can terminate the account in question, they certainly can’t expose any customer data to you. You could of course contact local law enforcement and have them subpoena the data.

Re: [mailop] Microsoft/Hotmail discards mails

That's where a human postmaster team comes in handy along with sufficient automation (self removals, automated relists, automated upgrades to covering cidr blocks, a template driven ticketing system that lets you handle multiple tickets with a single set of actions for reply / closure .. Give

Re: [mailop] why "not comply with best practices" on SpamRats?

And why? In fact what Junping has - suresh@steelydan 15:25:42 <~> $ host m172-177.vip.163.com m172-177.vip.163.com has address 123.58.177.172 suresh@steelydan 15:29:52 <~> $ host -t ptr 123.58.177.172 172.177.58.123.in-addr.arpa domain name pointer m172-177.vip.163.com. Is rather less generic

Re: [mailop] why "not comply with best practices" on SpamRats?

us B.V. Netherlands (ESP) > > - Oorspronkelijk bericht - > Van: "Suresh Ramasubramanian" <ops.li...@gmail.com> > Aan: "Paul Smith" <p...@pscs.co.uk> > Cc: mailop@mailop.org > Verzonden: Dinsdag 14 juni 2016 12:57:33 > Onderwerp: Re: [ma

Re: [mailop] why "not comply with best practices" on SpamRats?

MOn 14-Jun-2016, at 3:53 PM, Paul Smith wrote: > > Changing the reverse DNS to the 'real' forward DNS name of the mail server is > the best idea. Excellent. Did you try to look that up? ___ mailop mailing list mailop@mailop.org

Re: [mailop] why "not comply with best practices" on SpamRats?

On 14-Jun-2016, at 5:24 PM, Noel Butler wrote: > > I've worked at places that used single machines that handled over 30K mail > accounts each, of course the larger networks use multiple MX's behind > hardware LB's. Yes. Junping handles I would say well north of 30

Re: [mailop] why "not comply with best practices" on SpamRats?

On 14-Jun-2016, at 5:04 PM, Noel Butler wrote: > > It's not just that, are you trying to tell us that your MX record is > m172-177.vip.163.com ? > I doubt it, if your domain is foo.com then use mail.foo.com and have On a single Linux vps maybe. Possible. On a system

Re: [mailop] why "not comply with best practices" on SpamRats?

Or just don't bother about some random DNSBL with ill defined criteria If Spamhaus lists you, or a few other such list you, then sure you have problems. Other than that there's several dozen others around with a comparatively minuscule userbase if at all. --srs > On 15-Jun-2016, at 8:36

Re: [mailop] why "not comply with best practices" on SpamRats?

That too is a workable approach. Though market forces usually deal with poorly managed bls over time. --srs > On 15-Jun-2016, at 9:18 AM, Gil Bahat wrote: > > I went the time to research which of the providers using it were too reliant > on it, and convinced them to drop

Re: [mailop] why "not comply with best practices" on SpamRats?

On 15-Jun-2016, at 11:33 AM, Noel Butler wrote: > Its not just DNSBL's as has been pointed out by people other than myself who > use similar rules locally, the safest bet is to accept this is how the world > works in many places, and slightly changing the DNS should

Re: [mailop] why "not comply with best practices" on SpamRats?

On 15-Jun-2016, at 12:51 PM, Noel Butler wrote: > I do see a lot of chinanet end users trying to talk here that get refused, > just as I see many OVH offenders, and these are very likely pretty much all > compromised machines, not a person deliberately sitting there

Re: [mailop] why "not comply with best practices" on SpamRats?

> On 15-Jun-2016, at 1:17 PM, Noel Butler wrote: > > the regex methods are here to stay, in use at a number of places, Yes of course. And snake handling is here to stay and practiced in a number of places. Both have about the same levels of popularity and make almost

Re: [mailop] why "not comply with best practices" on SpamRats?

On 15-Jun-2016, at 12:18 PM, Noel Butler wrote: > In an ideal world all ISP's would block port 25 outbound except for official > mail servers and make users use submission port, that would go along way to > curbing the noise, but not eliminate it. > As far as I can

Re: [mailop] Massive Spamrun from Cox Net: 68.230.241.0/24

P range blocks is always a mixed-bag, but as long as providers > who do so remain aware of the impact and responsive to any genuine > false-positives that result, it is a far more 'useful' response than pretty > much anything available to 'foreign' network operators. > > Mark Foste

Re: [mailop] Massive Spamrun from Cox Net: 68.230.241.0/24

With multiple million legitimate users of one of the largest broadband providers in the USA also mailing through the /24. Brilliant, I must say. You must enjoy hearing false positive reports from your users. --srs > On 01-Jun-2016, at 8:02 AM, Shane Clay wrote: > >

Re: [mailop] Massive Spamrun from Cox Net: 68.230.241.0/24

> > Shane Clay|Director, Senior Engineer > www.caznet.com.au > Phone08 8464 0052 > 211 / 147 Pirie Street, Adelaide SA 5000 > > > > -Original Message- > From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Suresh > Ramasubramanian

Re: [mailop] why "not comply with best practices" on SpamRats?

Chinese has a lot of ideograms where Chinese characters can be expressed as a numerical equivalent. All these (163, 126 and many others) names are based on that concept. --srs > On 15-Jun-2016, at 5:09 AM, Noel Butler wrote: > > When I saw 126 the first thing that

Re: [mailop] regalcinemas.com delivery issue

The error message here is Ironport boilerplate. You’ll need to contact Cisco. —srs > On 10-Feb-2016, at 11:07 PM, Staudinger, Malcolm wrote: > > Long shot, but if there’s any mail admins for regalcinemas.com > on here, can you drop me a note

Re: [mailop] proper NULL MX behaviour for MTAs?

A domain with a null mx may well originate email but will absolutely not receive email - so mail gets trashed at your end as well without staying endlessly on your mall queues You can possibly correlate that mx with the behavior of domains that are sending you mail.. Though a domain rather

Re: [mailop] Apparent att.net oddity causes AUP violation complaints?

Unless att is using carrier grade nat within its networks but not numbering them with rfc 1918 - just using random other IP space. That'd cause strange IPs- sometimes yours - to turn up in their headers. An Italian ISP called fastweb used to do that years ago (probably still do, who knows)

Re: [mailop] Mail accepted by outlook.com/hotmail.com disappears.

You sign up for your /24 on which you have a couple of hundred such customers, and receive those snds stats If you see an IP going red you can hand this off to your customer for them to fix their hacked exchange, postfix with a test/test user or whatever it is that caused the issue. > On

Re: [mailop] Yahoo DMARC changes

At least in india most of those have moved to whatsapp --srs > On 24-Mar-2016, at 6:50 PM, Tara Natanson wrote: > > but for everyone of those theres the local PTA and the Brownie troop, or > soccer club. The person setting up a mailling list isn't given an address at >

Re: [mailop] Yahoo DMARC changes

You will light up their filters like a Christmas tree --srs > On 24-Mar-2016, at 6:33 PM, G. Miliotis wrote: > > In fact, as someone mentioned, we're currently looking into setting up our > outgoing SMTP servers to send via each client's freemail account via SMTP >

Re: [mailop] Yahoo DMARC changes - Proxying SMTP auth for freemail users

ending >> spam, maybe they should improve their filters. > >> On 24/3/2016 16:09, Suresh Ramasubramanian wrote: >> If you are confident that all your customers doing this are low volume and >> legit, and none of them will ever be compromised, be my guest >> >>

Re: [mailop] iCloud dropping all of our mail

Use this link - https://support.apple.com/en-in/HT204137 Scroll down to the last section "contact us" --srs > On 25-Mar-2016, at 2:15 AM, Joel Beckham <j...@bombbomb.com> wrote: > > >> On Thu, Mar 24, 2016 at 2:40 PM, Suresh Ramasubramanian >> <ops.

Re: [mailop] Null MX & Preference

On 15/07/16, 6:33 AM, "mailop on behalf of Mark Foster" wrote: > Why would any other preference MX exist for a domain not intended to > be used for email? They shouldn’t. Normally. But what if they do?

Re: [mailop] Offtopic: How does an taiwanese IRT work / ppt.cc URL shortening

CHTD / Chunghwa Telecom is the Taiwanese phone company, fwiw. “We’re the phone company, we don’t have to care” applies particularly here – but they do respond if you can write to them in Chinese, and remain polite. On 30/01/17, 1:03 AM, "mailop on behalf of John Levine"

Re: [mailop] Curious: Strange NDRs from gmail.

The mailserver that originated the email that reached a destination and was bounced https://tools.ietf.org/html/rfc6533 (and before that RFC 3464) 2.3.5 Remote-MTA field    The value associated with the Remote-MTA DSN field is a printable    ASCII representation of the name of

Re: [mailop] Spamhaus and Spamcop Blacklisting

Fixing whatever problem actually caused the listing first might be an interesting thing to do, before you open a ticket seeking a response.   And which IP is this? From: mailop on behalf of Rupesh Gohil Date: Tuesday, 13 September 2016 at

Re: [mailop] Spamhaus and Spamcop Blacklisting

– even at ISPs that don’t use Spamhaus. From: Rupesh Gohil <rupeshgo...@gmail.com> Date: Tuesday, 13 September 2016 at 6:53 PM To: Suresh Ramasubramanian <ops.li...@gmail.com> Cc: <mailop@mailop.org> Subject: Re: [mailop] Spamhaus and Spamcop Blacklisting Yes email mar

Re: [mailop] Spamhaus and Spamcop Blacklisting

? Or that they follow best practices in email marketing / have implemented best practices? From: Rupesh Gohil <rupeshgo...@gmail.com> Date: Tuesday, 13 September 2016 at 6:34 PM To: Suresh Ramasubramanian <ops.li...@gmail.com> Cc: <mailop@mailop.org> Subject: Re: [mailop] Sp

Re: [mailop] Breathe....

Could old disagreements that lasted since the nanae days please, please stay buried? Thanks --srs > On 16-Sep-2016, at 7:16 PM, Al Iverson wrote: > > +1 to what Franck said. > > -- > Al Iverson > www.aliverson.com > (312)725-0130 > > > On Thu, Sep 15, 2016 at

Re: [mailop] How many more RBL's do we really need?

Most of them have about the same reach as some random guy tweeting just how bad a movie sucks. Nobody other than his girlfriend, and maybe his family dog, are likely to read it. Now if nytimes, Rogerebert.com etc write reviews panning it, the movie will flop So - those are like Spamhaus and

Re: [mailop] How many more RBL's do we really need?

Does Barracuda still operate that paid whitelist? --srs > On 29-Aug-2016, at 7:28 PM, Eric Henson wrote: > > I’ve done lots of RBL testing, for years, and the only RBLs that I’m using > are the ones that are effective and don’t have false positives: Barracuda RBL > and

Re: [mailop] Microsoft Blacklisting IPs

Here's my guess - do you isolate forwarding traffic to its own cluster, or do you route it all through your usual outbounds? If forwarded spam is getting mixed in with your regular mail stream let us say that hair trigger blocking won't be all that much of a surprise --srs > On 17-Nov-2016,

Re: [mailop] LOUDMOUTHS WANTED!! ICANN WHOIS Replacement Work URGENT IMPORTANT ACTION NEEDED

I have a hotmail account that I opened in 2000 And yes, I do see the childish style of argument that you mention. --srs > On 27-Mar-2017, at 2:28 AM, John Levine wrote: > > But I can't help noticing that people keep trying to change the topic. > Once again, nobody* has a

Re: [mailop] LOUDMOUTHS WANTED!! ICANN WHOIS Replacement Work URGENT IMPORTANT ACTION NEEDED

The maawg abuse metrics, various studies on malware (and just how many domains malware use etc) might give you some numbers. Add a lot more that target closed messaging platforms (skype/ fb / WhatsApp etc) The volumes are staggeringly high as absolute numbers. As Neil says, they're enough to

Re: [mailop] LOUDMOUTHS WANTED!! ICANN WHOIS Replacement Work URGENT IMPORTANT ACTION NEEDED

Namecheap is in a minority as far as private registrations routing to the customer are concerned. --srs > On 26-Mar-2017, at 7:14 AM, Eric Tykwinski wrote: > > f there’s a private registration service not forwarding notices, than bring > them up and name and shame.

Re: [mailop] LOUDMOUTHS WANTED!! ICANN WHOIS Replacement Work URGENT IMPORTANT ACTION NEEDED

And maybe figure out which registrar it is that is trying to steal their customers and using whatever process ICANN has to stop them. --srs > On 26-Mar-2017, at 2:00 AM, Doug Barton wrote: > > A lot? Probably? But that's part of being a domain holder. IMO the

Re: [mailop] LOUDMOUTHS WANTED!! ICANN WHOIS Replacement Work URGENT IMPORTANT ACTION NEEDED

Oh, you were responding to a comment about some registrars (actually a single Chinese outfit that seems to get a resellership at multiple tiny registrars) scraping Whois to convince domain name holders to switch their service right? --srs > On 26-Mar-2017, at 6:08 AM, Doug Barton

Re: [mailop] Zoho hat/reputation check

They're mostly hosted email and ab...@zoho.com works. --srs > On 21-Apr-2017, at 9:16 PM, Steve Ratzlaff wrote: > > I'm not familiar at all with their abuse handling or history. I don't recall > seeing them discussed, or having seen issues ourselves. Do they have similar

Re: [mailop] btinternet.com blacklist

Back during the old nanae and spam-l days in the 90s and 2000s, whenever this came up, and it did a lot even with filters a lot less hair trigger than what we have today, the usual analogy wasn't people partying next door, it was usually compared to renting an apartment in a high crime area so

Re: [mailop] btinternet.com blacklist

I’m afraid it is much like driving these days. Or maybe manufacturing cars. Back in the day any old inventor could tinker in his backyard and come up with something that had four wheels and an engine. And driving it didn’t really need too much of a license. These days, you get a much

Re: [mailop] Pharma Content to Microsoft

You could email him directly you know .. --srs > On 24-Jun-2017, at 7:44 AM, Chris Truitt wrote: > > Hi Michael, > > My name is ChrisTruitt. I handle deliverability for MNG Direct. The company > sends pharma content that is approved by a number of major pharma

Re: [mailop] So, about this iOS10 unsubscribe feature...

Something that reproduces this issue would be great. Saves us all playing the guessing game. --srs > On 24-May-2017, at 10:06 AM, Bill Cole > wrote: > > That is not a reasonable expectation. > > > Or rather, it's a reasonable 90% expectation and

Re: [mailop] What are "printing ASCII characters" RFC 850/2822 (was: Re: Lotus Notes and "250 2.6.0 Bad message, but will be delivered anyway"))

Eh? I've not seen that, somehow The typical notes message id is something like this - this is from an ancient version but the format hasn't changed Message-ID: --srs > On 09-Jun-2017, at 7:52 PM, Benoit Panizzon

Re: [mailop] Reg. Gmail Postmaster IP issue

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

Re: [mailop] Help with a header.

gt; wrote: > >> On Sep 28, 2017, at 8:25 PM, Suresh Ramasubramanian <ops.li...@gmail.com> >> wrote: >> Bounce feature in pine / elm / mutt > > Wouldn't a bounce to back to the original sender? > > Or are you suggesting that the message is being redirected using

Re: [mailop] Help with a header.

Way way coincidental that an old nanae regulars email is in the headers and > The biggest clue for me was the gap in time stamps, as if something was > periodically polling the original Gmail mailbox. #NotAllClients Especially not procmail feeding to a random spam reporting perl script which

Re: [mailop] Help with a header.

Bounce feature in pine / elm / mutt The strredwolf guy is an antispammer who used to be regular on nanae so old fashioned enough to still use this --srs > On 29-Sep-2017, at 5:28 AM, Grant Taylor via mailop wrote: > >> On 09/28/2017 04:38 PM, Luke Martinez via mailop

Re: [mailop] myapple.com MX points to 127.0.0.6

Ack from Apple. Peer - Please follow up offlist, I emailed you from my work address. --srs On 03-Sep-2017, at 7:19 PM, Aaron Richton wrote: >> On Sun, 3 Sep 2017, Peer Heinlein wrote: >> >> Somebody here from Apple? >> >> They're sending mails from @myapple.com

Re: [mailop] Earthlink Unblock Requests

+1 to Al. Also I thought the fun old days of obscure dnsbls run by cranks was long gone, I’m happy (!) to see that nothing much has changed. --srs > On 18-Oct-2017, at 6:39 AM, Al Iverson wrote: > > This is uncalled for. Casey is a very nice person who has worked

Re: [mailop] Anyone from Yahoo ?

Observe what issue?  Looks like a block that is still in place so you need to reach out to Yahoo. From: mailop on behalf of Vaibhav Date: Thursday, 10 May 2018 at 10:24 AM To: Subject: [mailop] Anyone from Yahoo ?

Re: [mailop] Postmaster contact for 1&1

His users might want to receive mail from 1&1 users, and 1&1 outbounds being on spamhaus stops this from happening? In cases like this, it is up to 1&1 to work out the block, rather than expecting operators to put in place a whitelist. --srs On 14/02/18, 3:17 PM, "mailop on behalf of Stefan

Re: [mailop] The "goo.gl" shortner is OUT OF CONTROL (+ invaluement's response)

Does this code by Steve Freegard just use curl or does it follow javascript redirects?(haven't checked yet) For curl all you need is curl -sIL and look for the Location: tagged lines But that won't follow anything that depends on javascript instead of http redirects to reach the final

Re: [mailop] Orange.fr and Wanadoo.fr Hardbounces

For a 1990s throwback, here is the website for xmailserver http://www.xmailserver.org/ On 05/07/18, 4:56 PM, "mailop on behalf of Benoit Panizzon" wrote: Hi Erme I've seen similar problems with ISP using, as I recall, something sounding like 'xmailserver' as SMTP Server.

Re: [mailop] question regarding support for international characters

The subject is fine. Email addresses have a very limited character set possible. Received headers had better stay pure ASCII. Would that work? From: mailop on behalf of Annalivia Ford Sent: Monday, April 9,

Re: [mailop] Icloud Dmarc policy rejection

Headers and delivery logs would be great. Please reach out at icloudad...@apple.com https://support.apple.com/en-us/HT204137 —srs From: mailop on behalf of Andy Onofrei via mailop Sent: Tuesday, April 24, 2018

Re: [mailop] [OUTLOOK] Michael, Can you jump on shutting down this Fake Apple Sender right away

Got a phish URL for me? Thanks. Not sure I saw the previous email to this one --srs On 01/03/18, 2:04 PM, "mailop on behalf of Michael Rathbun" wrote: On Thu, 1 Mar 2018 11:00:07 -0800, Michael Peddemors

Re: [mailop] GSuites looking too closely at first-hop Received: headers?

That is the apricot conference AS and netblock - used only for the apricot conference and not random IP space provided by a local ISP in Kathmandu where you currently are. Quite clean but it won’t get used at all between

Re: [mailop] GSuites looking too closely at first-hop Received: headers?

:56 AM Subject: Re: [mailop] GSuites looking too closely at first-hop Received: headers? To: mailop <mailop@mailop.org> On 2018-02-27 18:18:49 (+0545), Suresh Ramasubramanian wrote: > That is the apricot conference AS and netblock - used only for the > apricot conference and not random

Re: [mailop] [OUTLOOK] Michael, Can you jump on shutting down this Fake Apple Sender right away

y day with other hats on today.. from your Apple ID account page at https://appleid.apple.com/ But I think someone snipped that URL already.. On 18-03-01 02:09 PM, Suresh Ramasubramanian wrote: > Got a phish URL for me? Thanks. Not sure I saw the previous email to this one > > --srs &

Re: [mailop] Gmail - Anybody out there from Gmail, willing to assist with strange reputation issue

Is it hard to remove them from your service for non compliance with your terms of use policy as well? On 03/09/18, 5:44 PM, "mailop on behalf of Jan Schapmans" wrote: - customer is doing some bad practices and it's hard to make them change :-)

Re: [mailop] Any iCloud admins on this list?

Please follow this process - https://support.apple.com/en-us/HT204137 --srs From: mailop on behalf of Scott Southard via mailop Sent: Wednesday, January 16, 2019 1:57 AM To: mailop@mailop.org Subject: [mailop] Any iCloud admins on this list? Hey everyone,

Re: [mailop] Any t-online.de admins here?

Giving your users IMAP might be an interesting idea. From: mailop on behalf of Eike Armbrust Date: Friday, 25 January 2019 at 4:19 PM To: "mailop@mailop.org" Subject: [mailop] Any t-online.de admins here? Hello everyone! For the third time in the last three months one of our mail

Re: [mailop] Can someone write me a prescription for a sane MTA? I'm allergic to Postfix.

I can recommend sendmail. Or Lotus Domino. Either will work as an mta but more importantly they’ll cure you of your postfix allergy asap. That said I use Exim too, try it by all means - it is quite nice plus you don’t need to switch to Debian for it or use Debians rather idiosyncratic

Re: [mailop] Junk filtering as a tool for unfair competition

On 24/10/19, 11:43 AM, "mailop on behalf of Thomas Walter via mailop" wrote: >Users can not be trusted to categorize emails. Not one user no. Neither can a single voter be trusted with the decision of who gets to rule a country. Yes sometimes the aggregate of all the voters - or all

Re: [mailop] delivery problems from mimecast.com

Ask Nat Borenstein, he runs Mimecast :). That said there are plenty of free CAs available that should work for you. —srs From: mailop on behalf of Claus Assmann via mailop Sent: Wednesday, November 20, 2019 2:55 PM To: mailop@mailop.org Subject: [mailop]

Re: [mailop] Blank emails to office 365

Headers and a sample body would be great (not hotmail or Microsoft here) --srs From: mailop on behalf of Tim Bray via mailop Sent: Tuesday, November 26, 2019 3:40 PM To: mailop@mailop.org Subject: [mailop] Blank emails to office 365 Hi, Weird problem. We

Re: [mailop] Point of contact with mail.mil / reputation score issues

Having dealt with such a thing before your only way to go is to have the military entity within DoD your client interacts with use their internal processes to report a false positive block. Then hurry up and wait, as the old soldiers advice goes. --srs From:

Re: [mailop] anti-abuse policy in RIPE

Is there any point to it Jordi? The “we are not the internet police” crowd will make the same loud noises again and the initiative will be scuttled yet again. Why is continuing to bang one’s head against intransigence a good idea? From: mailop Date: Thursday, 2 April 2020 at 6:53 PM To:

Re: [mailop] B2B Spam Filtering - Help

All 3 are the same outfit – mail.com – currently operated by GMX From: mailop Date: Wednesday, 18 March 2020 at 7:41 PM To: mailop@mailop.org Subject: [mailop] B2B Spam Filtering - Help Hi all, A client of mine has been consistently seeing spam folder placement at several B2B ISPs,

Re: [mailop] Spam from no-re...@sharepointonline.com via outbound.protection.outlook.com

a lot more sophisticated and harder to lock down. --srs From: mailop Date: Sunday, 22 March 2020 at 2:16 PM To: mailop@mailop.org Subject: Re: [mailop] Spam from no-re...@sharepointonline.com via outbound.protection.outlook.com Am 22.03.20 um 08:37 schrieb Suresh Ramasubramanian via mailop

Re: [mailop] firebasestorage.googleapis.com any legitimate uses?

Also page.link which seems to be a firebase hosted / google owned shortener Sample hxxps://fv01zz75.page.link/amTC redirecting to hxxp://dach-sovet.ru/opros?utm=2 On 27/08/20, 6:22 PM, "mailop on behalf of micah anderson via mailop" wrote: Hi, Benoit Panizzon via mailop writes:

Re: [mailop] Adapter form IBM Notes to something more standard?

If you're asking about just IMAP / SMTP over SSL both these are supported by Domino So if your users don't want to use the Notes client, that's just fine for most things (for example if their notes ID file needs to be renewed they can't do that with Thunderbird or Outlook). --srs On

Re: [mailop] Adapter form IBM Notes to something more standard?

available? Thank you. Cheers, Dan On 23/09/2020 03:53, Suresh Ramasubramanian via mailop wrote: > If you're asking about just IMAP / SMTP over SSL both these are supported by Domino > > So if your users don't want to use the Notes client, that's just fi

Re: [mailop] Maximum message size

How many providers are going to accept 200 mb emails if you enable this and someone then tries to send one out? --srs From: mailop on behalf of Adam Moffett via mailop Sent: Friday, October 23, 2020 10:53:51 PM To: mailop@mailop.org Subject: [mailop] Maximum

Re: [mailop] Maximum message size

aware of the DOS possibilities with large email sizes, but I thought I'd ask the community to see if I'm behind the times on what we think is too large. -- Original Message -- From: "Suresh Ramasubramanian" mailto:ops.li...@gmail.com>> To: "Adam Moffett"

Re: [mailop] Maximum message size

Some of the largest emails I’m seeing over the years are random spams with huge amounts of hashbuster text, that figure out that many spam filters will skip scanning overly large emails. Most regular users these days appear to know about and use file sharing services. --srs

Re: [mailop] Maximum message size

“be conservative in what yoyu send and generous in what you accept” has its uses when you separate your inbound and outbound mtas. Discuss. From: mailop on behalf of Sidsel Jensen via mailop Reply to: Sidsel Jensen Date: Saturday, 24 October 2020 at 5:50 PM To: mailop Subject: Re: [mailop]

Re: [mailop] spearphishing

Perfora is the mail platform for 1&1 - probably the largest webhost in Europe They appear to provide outbound mail relays for their hosted servers instead of allowing all of them to send directly over smtp --srs From: mailop on behalf of Eric Henson via mailop

Re: [mailop] BIMI pilot @ Google

You’re confusing authentication with reputation A spam domain that signs itself is just emitting signed spam On the other hand if your bank sends you authenticated mail that your server verifies you’re sure it is from their server and not from a hacked machine emitting bank phish --srs

Re: [mailop] BIMI pilot @ Google

Oh, all I’m saying is that presenting the logo without a proper check or after being fooled into a proper check would be a problem. And there’d be some creative ways (css? logo included at random other places in the friendly from? etc) spammers would look at mimicking such a logo --srs

Re: [mailop] BIMI pilot @ Google

Ramasubramanian Cc: mailop@mailop.org Subject: Re: [mailop] BIMI pilot @ Google On 7/25/2020 2:32 PM, Suresh Ramasubramanian via mailop wrote: > Oh, all I’m saying is that presenting the logo without a proper check or > after being fooled into a proper check would be a problem. And t

Re: [mailop] diagnosing me.com and mac.com rejections

Ramasubramanian , "mailop@mailop.org" Subject: Re: [mailop] diagnosing me.com and mac.com rejections thank you. I did check and follow the link and I have reached out to apple. We'll see. I just wish that their rejection message had some better error indication. On 11/27/20 5:09

Re: [mailop] diagnosing me.com and mac.com rejections

The last section “contact us” in this page has instructions on how to reach out to Apple to resolve such blocks. If you’re a sender / esp please follow the best practices listed on that page before you reach out https://support.apple.com/en-asia/HT204137 -srs --srs

Re: [mailop] JSON mail server logs ?

I've seen stuff like this that converts postfix logs into json and exports them to elasticsearch https://nxlog.co/documentation/nxlog-user-guide/postfix.html On 20/11/20, 1:46 PM, "mailop on behalf of Andrew C Aitchison via mailop" wrote: The has been a request for Exim to have the

Re: [mailop] JSON mail server logs ?

Been around for at least 4 years now. https://blog.cadena-it.com/monitor-backup/exim-logstash-elasticsearch-kibana/ On 20/11/20, 3:44 PM, "mailop on behalf of Peter N. M. Hansteen via mailop" wrote: On Fri, Nov 20, 2020 at 08:01:36AM +, Andrew C Aitchison via mailop wrote: >

Re: [mailop] SSL Cert and Reputation Question

As a threat intel and anti spam person please thank your customer for the new idea, it sounds eminently workable --srs From: mailop on behalf of Tonya Gordon via mailop Sent: Friday, November 13, 2020 8:01:00 PM To: mailop@mailop.org Subject: [mailop] SSL

  1   2   >