[Kea-users] keama-leases.py fails with abandoned leases

[Michael De Roover]

On Thursday, February 6, 2025 2:39:01 PM CET Darren Ankney wrote:
> Hi John,
> 
> The latest version of this file should be here:
> https://gitlab.isc.org/isc-projects/keama/-/blob/master/leases/keama-leases.
> py
> 
> You can create an account on https://gitlab.isc.org/users/sign_up but
> I think you can't use an @gmail.com address (or other public free
> email provider address) to do so (due to spam).
> 
> Once you've been able to create an account, it should be no problem
> for you to open an issue here:
> https://gitlab.isc.org/isc-projects/keama/-/issues where you can
> attach your patch in whatever way you see fit.  I don't think you'll
> be able to actually create a merge request though.
> 
> Thank you,
> Darren Ankney

Hi John and Darren,

I wonder why this is the case. I've seen (and personally employ) various such 
restrictions, but can't help but find them somewhat naive. This is not like 
weighting emails for spam based on various criteria, it's literally all or 
nothing.

While the benefits may well be worth the cost, this seems somewhat 
discriminatory. It reminds me of things like TCP/25 being blocked by 
residential ISP's, or personal VPN service from hosting providers being 
blocked by web content providers. They both have rationale, but it is rather 
weak and doesn't account for edge cases.

This appears to be one such edge case. Perhaps that makes this something worth 
giving another look? There is something to be said about individual MTA 
operators being able to create a lot more spam, unrestricted by servers under 
their own control. This could be either intentional, or more commonly as a 
result of bad configuration (open relay).

Meanwhile Gmail may be freemail, but it is also moderated by a software 
behemoth that has at least a passing interest in keeping their reputation 
decent. Duopoly aside of course, but that's a subject for another day. For 
today's purpose, a large provider with a large-scale moderation effort.

In practice, I could see the current status quo somewhat working for bind-
users, where the expectation is that you have a domain and accompanying 
infrastructure. On Kea-users and DHCP-users meanwhile, I tend to see freemail 
a lot more. Perhaps that's something worth accounting for.

-- 
Met vriendelijke groet,
Michael De Roover

Mail: isc at nixmagic.com
Web: michael.de.roover.eu.org