Re: [mailop] Someone at Google (GSuite) with a clue?

You said: then there's a bounce and then: GMail is accepting our messages, then silently junking them. So... Which of these is correct? They can't both be. Graeme ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

Re: [mailop] bigpond.com IB302 sender domain rejected

[Admin note] I've said it before and no doubt I'll say it again, but please please PLEASE don't obfuscate or mask the domains you're trying to find support for. Including all the actual unobfuscated FQDNs may turn up assistance from quarters you don't expect. Thanks Graeme

Re: [mailop] Debt Collection Client Email Servers

On 25 Mar 2024, at 16:53, Jaroslaw Rafa via mailop wrote: > > Does USA have a government-certfied platform for electronic delivery of > documents (like many European countries have) where every person can create > a "trusted account" ("trusted" means the identity of the person is confirmed > in

Re: [mailop] [spamhaus] de-listing requests successful, but only for a couple of days.

On 14 Mar 2024, at 16:53, Michael Grimm via mailop wrote: > I am getting listed almost on a daily basis on two IPv6 addresses of mine > which happen to be part of OVH's address space (yes, I know). …you do. So to: > Is there a way to make that de-listing more persistent? Yes. The following

Re: [mailop] freenet.de routing issues anyone? (Cloudflare-OVH issue?)

On 8 March 2024 17:04:36 Stefano Bagnara via mailop wrote: I just got an answer from them that the issue is fixed. Thanks to everyone! Thank you to you for doing the right thing. I know everyone wants to smack down on OVH but ascribing actions such as those mentioned in this thread to an

Re: [mailop] Office365: only accepts messages from people in its organization or on its allowed senders list

On 20 Feb 2024, at 11:40, Andre van Eyssen via mailop wrote: > The second word is the key. Pretty standard -- this is a group distribution > list that explodes to a larger set of recipients and you can't use it because > you're not on the whitelist. So whilst the distribution group

[mailop] [ADMIN] Why is mail forwarding such a mess?

Note: not specifically in response to the message I'm replying to! Having just read the last 30 or so messages in this thread, I'm afraid it's all starting to feel very very circular. 1. Forwarding is a basic feature of MUAs and mail systems, whether by user choice, rules, or "forward all"

Re: [mailop] Is forwarding to Gmail basically dead?

On 9 February 2024 17:17:47 Scott Mutter via mailop wrote: This is why we can't have nice things. I disagree. The continual chase of money over everything - ethics, morals, decency included - is why we can't have nice things. It's one thing for someone to run a technical operation to

Re: [mailop] zen.spamhaus.org

On 6 February 2024 20:51:59 Odhiambo Washington via mailop wrote: Today morning I woke up to all emails being rejected as I was using zen.spamhaus.org in my dnslists. Almost all incoming emails - even from gmail.com - were being rejected. Did I maybe miss something Are you checking the

[mailop] [ADMIN] Re: Extortion spam from OVH-hosted *.sbs domains

On 26 Jan 2024, at 10:28, Jaroslaw Rafa via mailop wrote: > But even people who have extensive theoretical knowledge often fail to > actually apply it when it comes to practice. This has absolutely nothing at all to do with email or interoperating email systems. Please desist. More generally,

Re: [mailop] Spamhaus contact?

On 19 January 2024 06:13:20 hg user via mailop wrote: Since most RBLs exchange data Small pedantic point: DNSBLs, not RBLs. Trend Micro would still assert that the term RBL is their trademark (so far as I know), plus a non-small percentage of known DNS block lists could not be even

Re: [mailop] [ADMIN] BIMI, Logos etc

On 14 January 2024 15:55:43 Graeme Fowler via mailop wrote: Unless anyone has anything new, valid, on-point and worthy of further discussion, I'd suggest that we're done here. I'm no longer suggesting. Just stop rehashing the thread. It's dead. It's not pining for the fjords. Thanks

Re: [mailop] Anyone else noticing an increase in spam from Office365 distribution lists?

even after you add your domain. It still works for email and other services, so it's your choice." ... or am I misunderstanding? I'm tempted to block *. onmicrosoft.com completely but I'm very afraid. On Sun, Jan 14, 2024 at 5:15 AM Graeme Fowler via mailop wrote: On 13 January 2024 1

[mailop] [ADMIN] BIMI, Logos etc

Afternoon folks Sadly we've how reached the point of silliness in the various sub-threads of the recent original BIMI thread. Unless anyone has anything new, valid, on-point and worthy of further discussion, I'd suggest that we're done here. Please think several times as to whether

Re: [mailop] Anyone else noticing an increase in spam from Office365 distribution lists?

On 13 January 2024 14:07:46 "L. Mark Stone via mailop" wrote: Is there a list of "legitimate" subdomains of onmicrosoft.com somewhere that we can leverage? Wearing my "I have to administer a Microsoft 365 tenancy" hat - no. However, your mention of best practice is bang on. The subdomains of

[mailop] [ADMIN] Re: BIMI boycott?

I'm back, and I want people to play nicely. Whilst differences of opinion are fine, this thread (as it did in 2020) is rapidly veering very close the line of acceptability. Remember, please, that whilst we have a mix of members from single users running their own system, thru enthusiasts

Re: [mailop] "451 Requested action aborted: local error in processing" when submitting email to ionos email services.

Looks like dns.hiskp.uni-bonn.de isn't reachable or responding, which could explain the intermittent nature. Graeme On 12 December 2023 07:57:48 Michael Lang via mailop wrote: Hi everybody, for approximately one year, we are receiving regular complaints from remote contacts having

[mailop] [ADMIN] I'm going for a lie down

Hi folks Apologies for not mentioning this any earlier, but at 0700 tomorrow I’m reporting to hospital to have my right hip replaced. I’m going to be largely incommunicado for a while. Be nice to each other, behave, try the veal, tip your waitress etc :) Dont’ give Simon or Patrick a hard

Re: [mailop] Charter/Spectrum/Roadrunner contact

On 29 Nov 2023, at 13:33, Syed Alam via mailop wrote: > https://www.spectrum.net/support/internet/understanding-email-error-codes for > more information. AUP#In-1310" > Is there anyone from #charter #Spectrum to assist us with what we are doing > wrong? Did you follow the link and look up

[mailop] [ADMIN] Re: Bounces

On 16 Nov 2023, at 15:37, Carsten Schiefner via mailop wrote: > One could possibly argue in addition that sending the same email three times > - where the tiny differences only come clear after close inspection - might > not help lifting some initial hesitancy. > > Even more so when in

[mailop] [mod note] Re: Success MiTM attack

Evening all (Slavko, this is not aimed at you, it’s just the point in the thread I arrived at) As several people in thread have noted, much of this discussion is not on topic for mailop. Point of note: if you start typing something akin to “this is probably off-topic”, hit the escape key and

Re: [mailop] [STATE of the UNION] Tails from the trenches of the spam auditing team..

On 24 August 2023 11:12:07 Jaroslaw Rafa via mailop wrote: If it is just a random netblock of some ISP that just happens to contain some spamming IPs (even a lot of them) inside - no, never block the netblock as a whole. In all the years I've been running mail systems (which to my great

Re: [mailop] Microsoft Office365 not rejecting emails when instructed so by SPF recored?

[moderator note] SPF asserts senders (by definition) NullMX asserts receivers (also by definition) Interpretation aside, the fact they are (mis?)understood to be the same thing is a clear conflation. It may be language based, it may not, but please stop splitting this specific hair. Thanks

Re: [mailop] UCEPROTECT L2 fact

On 22 May 2023 21:50:54 Graeme Fowler via mailop wrote: Moderation note: We have a permanent hold Amusingly I got bitten by my own hold rule :) Graeme ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

Re: [mailop] UCEPROTECT L2 fact

Moderation note: We have a permanent hold on any messages that mention this DNSBL, for reasons which are reasonably well known but just in case you're new here: Whilst not exactly "the list of which nobody should speak", over the years the tone of threads discussing them has often fallen

Re: [mailop] Tightening of delivery rules for Exchange Online

On 29 March 2023 13:53:59 "Gellner, Oliver via mailop" wrote: I'm not sure what is meant by EOL In this context, Exchange Online. I understand the "eventually", but for now it's only applying to their closest customers. At work I already have some small scoring rules in place that

Re: [mailop] Tightening of delivery rules for Exchange Online

On 29 March 2023 13:53:59 "Gellner, Oliver via mailop" wrote: I'm not sure what is meant by EOL In this context, Exchange Online. I understand the "eventually", but for now it's only applying to their closest customers. At work I already have some small scoring rules in place that

Re: [mailop] Tightening of delivery rules for Exchange Online

On 28 March 2023 16:32:42 Tobias Fiebig via mailop wrote: https://techcommunity.microsoft.com/t5/exchange-team-blog/throttling-and-blocking-email-from-persistently-vulnerable/ba-p/3762078 This only affects Exchange Online customers with a hybrid setup, i.e. one where they have an on-premises

Re: [mailop] [External] Re: verizon email-to-text gateway mail deferred evening and night

Hi folks Happy New Year to everyone! That said: can we, possibly, drag this thread back onto a mail-related topic? If anyone from Verizon can answer the OP's question and/or points, that'd be grand. If not, please let this one lie. Thanks Graeme

[mailop] Cloudflare abuse form

Hi folks Could someone from Cloudflare please contact me off-list? I'm trying to report a malware dropper (Emotet or Qakbot) that's on a customer site hosted by you and I can't paste the source of the email that was sent to us into your evidence box. Tried to put it in the Comments field but

Re: [mailop] Anyone know about this list washing organization from yesterday?

On 8 December 2022 17:17:45 Hans-Martin Mosner via mailop wrote: ... Also known as M247 (don't know which company is a customer/subsidiary of which, don't care much either). I know it's probably not cogent to the issue, but their head office and first DC was situated on the site of a former

Re: [mailop] [Admin] Changes to list behaviour, members spam filters etc

All soft_bounce is now set to 'no'. Graeme ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

Re: [mailop] [Admin] Changes to list behaviour, members spam filters etc

Morning Just to be clear: we will only be changing the soft_bounce setting at this time. Even if all the suggestions being made were implemented, some list subscribers would *still* have problems receiving list mail and would reject it. It is incumbent on all members of the list to ensure that

[mailop] [Admin] Changes to list behaviour, members' spam filters etc

Hello folks A list member contacted us this morning to say that they'd observed a large number of messages from mx.mailop.org being rejected by their anti-spam/malware system. This has raised a couple of points that I need to make: 1. The list frequently discusses

Re: [mailop] Spamhaus DNS issues causing all incoming mail to drop for me

On 3 Nov 2022, at 15:59, Brian Knight via mailop wrote: > I'm seeing DNS issues this morning connecting to sbl.spamhaus.org. > > This morning, my Postfix server was rejecting all incoming emails as spam. > Found that the A record for sbl.spamhaus.org is gone, replaced with SOA and > NS records

Re: [mailop] Tangent: Banks and imprint requirements in Germany

[Admin Note] Guys, ladies, people, fellow humans... I spend a couple of days dealing with a work-based major incident and a weekend playing with racing cars (email me off list if you require an explanation of that!) and I open my email and... 90+ emails about laws in Germany. Please stop

Re: [mailop] T-Online is now really blocking messages from non-commercial and simliar senders

Just for completeness here, and wearing both my Exim and Mailop hats: No. There will be no changes to the Exim default configuration, nor should there be. If the suggestion was made of a commercial product with thousands of people behind it, it would likely result in costly litigation. To

[mailop] [dead thread] Re: SMTP noise from *.bouncer.cloud

Now then... On 7 Sep 2022, at 14:01, Laura Atkins via mailop wrote: >> On 7 Sep 2022, at 13:08, Radek Kaczynski (Radek from Bouncer) via mailop >> wrote: >> I've been thinking about incorporating blockchain technology and maybe smart >> contracts to make sure that the sender has the right to

[mailop] [admin note] Re: SMTP noise from *.bouncer.cloud

Hi all Bearing in mind that Radek has somewhat stuck his head above an apparent parapet in participating here, I’d just like to remind you all to: 1. Be kind, even if you’re being critical 2. For everyone’s sake, keep the thread on topic. There is a real, identifiable, problematic issue at

Re: [mailop] Microsoft Announces Tenant Trusted ARC Seal

On 20 Jun 2022, at 16:59, Rob Nagler via mailop wrote: > I looked at mailop's history, and it was a simple reflector in 2018, less > than 5 years ago. That piqued my interest - it has never been a "simple reflector", it's been using Mailman 2.x from the very beginning. What happened

[mailop] [Admin note] Standards

Morning all While there is a lot of chat about standards on the list right now, I'd just like to remind subscribers of the standards expected of them: Disagree with the substance of posts, by all means - that’s how society moves. But do not, at any point, resort to ad-hominem comments or

Re: [mailop] Talking DOXING of spammers on this mailing list..

On 2 Jun 2022, at 08:01, Philip Paeps via mailop wrote: > While certainly entertaining, it's not really immediately actionable for most > mailops. Unless you're proposing we compile our blocklists from a mailop > thread. :) > > I suggest sdlu is a better venue for this. Definitely very

Re: [mailop] [E] $GOOG

On 15 Apr 2022, at 16:39, Grant Taylor via mailop wrote: > Your VPS doesn't sound like "a free service". But there is a chance that > your VPS is with a VPS provider that has a ... questionable reputation. -- > I speaking in the hypothetical as I've not looked. -- Thus you may be >

Re: [mailop] What the f**k, Google?

On 2 Mar 2022, at 11:38, Jaroslaw Rafa via mailop wrote: > Google has quite a time ago gone completely crazy with regard to spam > filtering. Obviously non-spam messages being constantly classified as spam, > obvious spams being accepted. If I may increase the sample size from 1 to 7; my

Re: [mailop] [EXTERNAL] sharepointonline.com MX record is broken

On 16 February 2022 23:26:57 Michael Wise wrote: " Can you hear me now?[tm] Loud and clear. Thanks! Graeme ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

[mailop] sharepointonline.com MX record is broken

Hello people with a line into Microsoft… Starting just before 7pm UTC Feb 15th, we started seeing rejections for emails coming from sharepointonline.com: 2022-02-15 18:58:19 [26060] H=mail-am6eur05on2111.outbound.protection.outlook.com (EUR05-AM6-obe.outbound.protection.outlook.com)

Re: [mailop] [Admin note] re spam filters

You lot will start a discussion on *anything* :) On 25 Jan 2022, at 15:28, Bill Cole via mailop wrote: > I don't think Graeme was trying to speak to the people who actively have this > problemn but rather to those of us not yet afflicted. Good spam filters > evolve and it is better to protect

[mailop] [Admin note] re spam filters

Morning (afternoon, evening, night!) everyone Over the last couple of weeks an increasing number of subscribers have either had their subscription disabled or been auto-unsubscribed because list messages to them have bounced. Several of these have been reported in the NDR as being a result

Re: [mailop] [EXTERNAL] Microsoft IP Filtering - sort of full details

Howdy On 16 Jan 2022, at 15:09, John Gateley via mailop wrote: > It has been several days without response. > I have tried several times, the most recent were yesterday and day before > yesterday morning > (24 and 48 hours, roughly), but NONE of my forwards are getting a response. I think you

Re: [mailop] Looking for a hotmail/outlook contact

Liam On 12 Jan 2022, at 20:29, Liam Fisher via mailop wrote: > Looking for a hotmail/outlook contact Background detail is required here. Your name is all we have; an explanation of the issue you need to make contact about (IP addresses, domains etc) is needed. Graeme (not an MS employee)

Re: [mailop] What a drag it is sending DMARC reports

Admin note: On 8 January 2022 14:34:03 Slavko via mailop wrote: To concretize it to this topic: goggle's mailbox is not reliable for receiving DMARC reports, even for low traffic individuals/SMBs. Please, stop, it's already dead. Or for those unfamiliar with the phrase - unless there's

Re: [mailop] blocked by microsoft

On 5 Jan 2022, at 18:42, Jay Hennigan via mailop wrote: > If the only way to send email to Microsoft or its customers is to use a > Microsoft product, they've won. But that’s not the case here, is it? In extremis, perhaps, but sending to a specific provider from a network they’ve blocked is

Re: [mailop] spamhaus blocking Linode IPv6 (2a01:7e01)

On 25 Nov 2021, at 10:33, Mary via mailop wrote: > I noticed today that spamhaus.org is blocking large net blocks of IPv6 > (2a01:7e01) owned by Linode. Pretty much all my clients hosted at Linode are > being blocked en mass (for IPv6 only). > > Is there a way to inform spamhaus about this

[mailop] Another admin note.

Making no apology whatsoever about top posting from my phone's mail client: STOP with the niggles. Please, just stop. "I'm getting 1 unsolicited calendar invites from $provider every minute" seems to me a legitimate operational problem and one worth raising here, and/or directly with

Re: [mailop] Google Postmaster Tools - No data since October 4th

ADMIN NOTE On 14 Oct 2021, at 10:39, Jaroslaw Rafa via mailop wrote: [ yet more content about a specific problem unrelated to the thread subject ] All: please desist from turning every single thread on this list into discussion of Jaroslaw’s Google issue. I have had more than one email sent

[mailop] Admin note

All Can we please try to retain at least a veneer of professionalism and decency within posts? I remind you all of the list charter, here: https://www.mailop.org/ Too many posts recently have been openly aggressive, attacking, and attributing things incorrectly/invalidly and/or making

[mailop] [Mod note] GDPR et al

Hi folks It’s time to knock the GDPR discussions on the head, please. This isn’t really the list to be discussing trans-national interpretations of a set of laws which aren’t explicitly mail operations related. Thanks Graeme obo maiop mods. ___

Re: [mailop] mailop Digest, Vol 13, Issue 2

[Admin note] On 2 Aug 2021, at 11:00, Hagop Khatchoian wrote, again: > Thank you for your email. I am on my annual leave and expect to have limited > access to connectivity, so I will not be checking emails frequently. User put on moderation to prevent further autoreplies hitting the list.

[mailop] OVH Strasbourg suffers major fire

Morning all Some of you may have seen that OVH has suffered a catastrophic fire in one of their datacentre locations in Strasbourg. The CEO has written that one datacentre is destroyed, one partially damaged, and several others offline due to electrical isolation. All staff, thankfully, have

[mailop] [Admin note] recent UCEPROTECT issues

Hi all Those of you who posted in reply to Vittorio’s message about the reprehensible - there is no other polite term for it in English - behaviour of a representative of the UCEPROTECT DNSBL will probably have realised that Simon, Patrick and I put the thread on ‘hold’. We’ve had several

Re: [mailop] Weird 'tempfail too many recipients' bug/incompatibility EXIM => Postfix?

On 4 Feb 2021, at 15:26, Benoît Panizzon via mailop wrote: > But I also think EXIM is screwing up the order of the received messages > in pipelining mode. Please open a bug at https://bugs.exim.org/ and/or subscribe to the Exim Dev mailing list at

Re: [mailop] Spamcop

On 31 Jan 2021, at 10:24, Marc Bradshaw via mailop wrote: > Is there anyone from Spamcop on the list? > > We are seeing some strange results right how, which suggest a domain renewal > may have gone awry for the RBL domain. Confirmed, registration has gone into "Domain Status: autoRenewPeriod"

Re: [mailop] Is it something to worry about?

[Admin note] Unless you are a representative of UCEPROTECT, or you have something to actually add to the discussion rather than endlessly nitting on statistics etc, please refrain from continuing this thread. Over the years we've all seen many threads on many mailing lists of the form

Re: [mailop] Weird 'tempfail too many recipients' bug/incompatibility EXIM => Postfix?

On 19 Jan 2021, at 08:13, Benoit Panizzon via mailop wrote: > When it comes to the first recipient being tempfailed, in the postfix > logs, I see that recipient being rejected, but at the same time the > EXIM log show a 200 OK message for that same recipient. Given that Exim logs what the far

Re: [mailop] Mailanswers to rC3 users behind outlook-com.olc.protection.outlook.com get blocked

On 24 Dec 2020, at 15:22, Markus Krieger via mailop wrote: > i'm writing on behalf of the rC3 infodesk of this years Chaos > Comminication Congress. Welcome to the list. > Has someone on the list a contact at Microsoft / outlook.com to > whitelist the following IPs/Domains? Before anyone

Re: [mailop] Looking for possible mailing list hosting

On 16 Dec 2020, at 20:24, Dave Ely via mailop wrote: > I’m not sure who can help me out with this, but my husband has a folder of > emails that come from a mailing list. Dealt with off-list. Graeme (obo mods) ___ mailop mailing list mailop@mailop.org

Re: [mailop] Looking for possible mailing list hosting

Admin note follows: Dave originally asked a very specific question, about mailing list hosting. Not forums, or IRC, or any other collaboration tools. Please provide specific and relevant answers, and let’s not make *this mailing list* disintegrate into a religious discussion about the whys and

Re: [mailop] Effeciveness (or not) of SPF

On 8 Dec 2020, at 10:38, Graeme Fowler via mailop wrote: > Grant said, paraphrased > If you decide otherwise, Rafa Apologies for the mixed use of forename and surname; that was absolutely not intentional. Thanks to those who pointed that out privately. Graeme (who needs to sleep for

Re: [mailop] Effeciveness (or not) of SPF

On 8 Dec 2020, at 10:27, Jaroslaw Rafa via mailop wrote: > Dnia 7.12.2020 o godz. 18:02:08 Grant Taylor via mailop pisze: >> you send me email from an unapproved IP and you have asked me to >> reject unapproved emails via -all, them I'm going to reject your >> email flat out. After all, that's

Re: [mailop] JSON mail server logs ?

On 20 Nov 2020, at 09:27, Peter N. M. Hansteen via mailop wrote: > I would suggest looking at what happens in elasticsearch-land for this. On 20 Nov 2020, at 10:31, Suresh Ramasubramanian via mailop wrote: > Been around for at least 4 years now. >

Re: [mailop] opendkim bad signature data from mx.mailop.org

On 6 Nov 2020, at 17:14, SM via mailop wrote: > The message body is modified as it goes through the list. Hrm. Something for us to look at over the weekend - we should be signing the email with the list’s DKIM config, rather than necessarily passing the original signature unaltered.

Re: [mailop] Problems reaching uwo.ca

On 19 Oct 2020, at 12:18, Graeme Fowler via mailop wrote: > Just seeing if anyone else is experiencing an issue we're having ("we" being > Loughborough University), or if it is indeed Just Us [tm]. If anyone from or > related to uwo.ca is on the list, so much the better

[mailop] Problems reaching uwo.ca

Hi all (cross-posted so apologies if you get this more than once) Just seeing if anyone else is experiencing an issue we're having ("we" being Loughborough University), or if it is indeed Just Us [tm]. If anyone from or related to uwo.ca is on the list, so much the better. We've had reports

Re: [mailop] How to reply to this list?

On 16 Oct 2020, at 13:51, Larry Struckmeyer via mailop wrote: > Using Outlook thru O365 attempts to reply to a message in this list result in > the reply being addressed to the address of the person being replied to and > not the list. > > What is the correct way to reply to a message on

Re: [mailop] 0Spam down

On 9 Oct 2020, at 09:22, Hetzner Blacklist via mailop wrote: > It's just surprising the website is down (as 0spam.fusionzero.com > forwards to 0spam.org). It's working for me (on AS786). Graeme ___ mailop mailing list mailop@mailop.org

Re: [mailop] [ADMIN] List migration complete

Hi all On 29 Sep 2020, at 17:06, Al Iverson wrote: > The message has appeared! Thank you kindly for keeping the list up and > running! Thanks :) Predictably we have had/are having some teething troubles which those of you wearing deliverabiity hats will be very familiar with - a couple of

[mailop] [ADMIN] List migration complete

Hi all FYI we have, finally, completed the mailing list migration to a new VM. Firstly: many, many thanks to Andy Davidson for administering & hosting the list on his own kit for all the years it's been running. First message sent to the list was from Andy, way back in 2007! The

Re: [mailop] [EXTERNAL] What's Microsoft's S3150 block list and where do I go to request removal?

On 9 Sep 2020, at 19:11, Jaroslaw Rafa via mailop wrote: > Yes, they do. > And especially on this list you should expect that. And especially on this list you should expect that people will compose and read emails in all sorts of different ways, which you may have to adjust for in both senses.

Re: [mailop] Deutsche Telekom rejects connections because of missing "provider identification"

On 27 Aug 2020, at 16:53, Tim Bray via mailop wrote: > Why t-mobile want to white list, I don't know. But you can be sure they > don't get random spam from random compromised home broadband or cloud servers. ...until someone registers an IP with them, then $time passes and they terminate

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

On 27 Aug 2020, at 13:46, micah anderson via mailop wrote: > Benoit Panizzon via mailop writes: > >> In the last couple of days we face an increasing amount of phishing >> sites hosted @ firebasestorage.googleapis.com targeting our customers. > > We have been hit by the same, although

Re: [mailop] Extreme multiple posting (was Re: OVH Bulk Mailer? Anyone know this one?)

On 8 Aug 2020, at 13:21, Ted Cooper via mailop wrote: > I received the message 43 times over a period of 21 hours starting at > 2020-08-05 14:04:23 UTC. There was a problem with the host the list lives on. When I realised, I poked Andy and he fixed it. Apologies. Graeme

Re: [mailop] Intermittent slow email delivery

[admin hat on] On 15 Jul 2020, at 15:55, Job Cacka via mailop wrote: > Sorry for spamming the list guys. > Take a look at the header information. > The four copies were sent over a couple of days and you got them when? > > Mon Jul 13 16:58:47 BST 2020 > Mon Jul 13 19:08:50 BST 2020 > Mon

Re: [mailop] t-online.de outage?

On 10 Jun 2020, at 10:20, Hetzner Blacklist via mailop wrote: > As far as I know this isn't a bug, it's a feature. Joy. > For the past few years, T-Online have been moving to a system where they > block all unknown IPs. How exactly they define that is not 100% clear, > but it seems to be any

Re: [mailop] Microsoft Outlook "Modern Authentication"?

On 5 Jun 2020, at 05:26, Daniele Nicolodi via mailop wrote: > I don't see the gain as the same attacks are possible over a different > protocol. I don't think that eliminating IMAP (and keeping SMTP > submission as far as I know) reduces the attack surface. Am I missing > something? Very much

Re: [mailop] Force double opt in for marketing list companies per email address

On 2 Jun 2020, at 21:52, Oreva Akpolo via mailop wrote: > > I'm Oreva, a Deliverability Engineer at Mailchimp. There currently isn't a > system to force double opt-in on recipients per email address. What we can > recommend is to set up filters or folders, so that you're only seeing mail >

Re: [mailop] ADMIN: Mailop in 2020

Hi all Just a quick update: we haven’t forgotten about mailop and moving the list, but we *have* all been caught up in the maelstrom of work caused by the Coronavirus pandemic - to give one perspective, at work we took a University of 18000+ taught students and sevral thousand teaching,

Re: [mailop] Abusix Potentially Compromised Account Report

On 24 Mar 2020, at 16:52, Michael Peddemors via mailop wrote: > Like others on the list pointed out, if you send 'noise' then people will > simply 'tune out' to your reports. While I commend you for looking at ways to > help address the problem, you might want to have a smaller set of more >

Re: [mailop] List archive TLS cert expired

On 24 Mar 2020, at 16:48, Mark E. Jeftovic via mailop wrote: > PSA: SSL for list archive site has expired Not the first time; hoepfully the last. We are, albeit slowly, moving onto a new platform but world and personal events have thrown a large spanner in the time available to deal with it.

Re: [mailop] Suggestions for mailops.org website - forum?

On 17 Feb 2020, at 19:03, Scott Mutter via mailop wrote: > Regarding the suggestion for "content/questions/answers/links to put on the > website" - have you ever considered making this mailing list into a forum? If we as a community can’t make use of a mailing list to sort out interoperability

Re: [mailop] ADMIN: Mailop in 2020

On 12 Feb 2020, at 16:39, I wrote: > Step 2 is about to happen: I’m about to change the registered nameservers for > the domain. When I wrote "about to happen" I did not factor in some really strange behaviour from OpenSRS, which we've now managed to get round. The domain's nameservers have

Re: [mailop] ADMIN: Mailop in 2020

On 8 Feb 2020, at 21:45, Simon Lyall via mailop wrote: > Cutover is probably still a few weeks away. Step 1 has already happened: Andy Davidson, who originally registered the domain and has until now provided all the infrastructure for the domain and list, has handed the domain over to me. I

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

On 24 Oct 2019, at 11:15, Jaroslaw Rafa via mailop wrote: > The goal of spam filtering is - in my opinion - filter the majority of spam > messages, so that they don't clutter the user's mailbox and don't prevent > him/her from normally using e-mail. If one or two (or even five) spam > messages go

Re: [mailop] www.openspf.net down

On 20 Oct 2019, at 05:32, Brandon Applegate via mailop wrote: > I suppose it’s not “service impacting” per-say, but it does play a part in > reading out SPF failures for example. > > Anyone know the folks that run it - maybe reach out to them in case they > aren’t aware ? See the discussion

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

On 14 Oct 2019, at 14:58, Nick via mailop wrote: >> If a large percentage of them have a signal which is 'poor' (FSVO >> 'poor') then the inference is that the whole block is poisonous, and >> you bin it (or put mail from it in the junk folder). > > It is not an inference. You agreed ("Does

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

On 14 Oct 2019, at 14:30, Nick via mailop wrote: > If an ip address in the range is held by a legitimate mailer, you're > saying the legitimate mailer will be evicted to make way for the > spammer? Does that really happen? No; but if you don't get any email from the 'legitimate' sender then

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

On 14 Oct 2019, at 14:30, Nick via mailop wrote: > If an ip address in the range is held by a legitimate mailer, you're > saying the legitimate mailer will be evicted to make way for the > spammer? Does that really happen? No; but if you don't get any email from the 'legitimate' sender then

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

On 7 Oct 2019, at 15:29, Jaroslaw Rafa via mailop wrote: > Dnia 7.10.2019 o godz. 14:18:52 Mathieu Bourdin via mailop pisze: >> >> Weel, basically your issue can be summarized in one word: reputation. >> >> Welcome to email deliverability 101 ;) > > And in what way this helps anything? > >

[mailop] Exim 4.87 - 4.91 possible remote exploit

Just a heads-up - this was posted to the exim-users list yesterday: http://exim.org/static/doc/security/CVE-2019-10149.txt 4.92 is not vulnerable, patch will be backported to affected versions. Graeme ___ mailop mailing list mailop@mailop.org