This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/anti-abuse-wg@ripe.net/
[anti-abuse-wg] Question about spam to abuse inbox
- Previous message (by thread): [anti-abuse-wg] Question about spam to abuse inbox
- Next message (by thread): [anti-abuse-wg] Question about spam to abuse inbox
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Randy Bush
randy at psg.com
Sun Feb 21 20:27:07 CET 2021
> There seems to be at least one rule common to everyone: if you want to > run a network with an independent routing policy you'll need to use > BGP. :) > Unfortunately it seems dealing with abuse emerging from the networks > one runs is not a common, basic, rule for everyone. > > Also, network admins should stick to run networks, and not try to > handle abuse by themselves. But a lot of networks don't have anyone to > do that (or have a business model in which all abuse reports are > discarded by default), hence the chaos. we are in a 'maturing' industry and in trying times. so margins are low and people are overworked and underpaid. non-critical things start to fall by the wayside. when it comes to protocols, i am a naggumite. i disagreed with dr postel's dictum at the time; we should not accept crap from the other side. when it comes to ops, i try to be more tolerant. it's hard times, and we all make mistakes (see fun threads on nanog) or can not cover all desired functions as well as the peanut gallery loudly demands. randy --- randy at psg.com `gpg --locate-external-keys --auto-key-locate wkd randy at psg.com` signatures are back, thanks to dmarc header mangling
- Previous message (by thread): [anti-abuse-wg] Question about spam to abuse inbox
- Next message (by thread): [anti-abuse-wg] Question about spam to abuse inbox
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]