IETF mail server blacklisted by abusix.com (was: I hate mail these days (was: Re: Deine Mail ist kaputt))

General question: Whats the right mailing list for discuss/problem like this

Disclaimer: I really hate mail these days.
[  First it is gmail.com rejecting a lot of mails, punishing valid senders because
   they're too lazy to do something better against real spammers.]

And now this.

See appended, CarstenB complained about my university (@cs.fau.de) mailing system
rejecting emails from the IETF list mail 50.223.129.194  (from cbor mailing list,
which he is admin of), resulting now in my membership ([email protected]) in [email protected]
to be automatically blocked by the IETF mail server. And me not even seemingly able to
resubscribe.

Yada yada yada (see mail error below), my university seems to use
abusix.com blacklist discovery, and the IETF mail server is actually 
on their Spam blocklist:

https://lookup.abusix.com/search?q=50.223.129.194

If i read correctly what they write, they must have honetrap domain names,
but given how i thought the IETF mailing list subscription system does
verify domain names, i wonder how those honeytraps could get into thre
distributions...

In any case... What's next ? Do i need to click on the "Remove from list"
button there, or does this occurance justify a more basic reaction, such
as checking the IETF mailing list subscriptions against honeytrap domains ?

And... whats my best (least overhead) action to ensure my email subscription gets re-enabled
on all the IETF mailing lists where it may get disabled because of rejecting
emails from IETF mailing list server... ?

Cheers
    Toerless

In-Reply-To: <[email protected]>

On Thu, May 05, 2022 at 10:02:30PM +0200, Carsten Bormann wrote:
> Grüße, Carsten
> 
> 
> > Begin forwarded message:
> > 
> > From: [email protected]
> > Subject: Bounce action notification
> > Date: 2022-05-05 at 21:40:07 CEST
> > To: [email protected]
> > Message-Id: <[email protected]>
> > 
> > This is a Mailman mailing list bounce action notice:
> > 
> >    List:       CBOR
> >    Member:     [email protected]
> >    Action:     Subscription disabled.
> >    Reason:     Excessive or fatal bounces.
> > 
> > 
> > 
> > The triggering bounce notice is attached below.
> > 
> > Questions? Contact the Mailman site administrator at [email protected].
> > 
> > From: [email protected] (Mail Delivery System)
> > Subject: Undelivered Mail Returned to Sender
> > Date: 2022-05-05 at 21:31:16 CEST
> > To: [email protected]
> > Message-Id: <[email protected]>
> > 
> > 
> > This is the mail system at host ietfa.amsl.com.
> > 
> > I'm sorry to have to inform you that your message could not
> > be delivered to one or more recipients. It's attached below.
> > 
> > For further assistance, please send mail to postmaster.
> > 
> > If you do so, please include this problem report. You can
> > delete your own text from the attached returned message.
> > 
> >                   The mail system
> > 
> > <[email protected]>: host mx-rz-1.rrze.uni-erlangen.de[131.188.11.20] said:
> >    550 5.7.1 Service unavailable; client [50.223.129.194] blocked using
> >    black.mail.abusix.zone (in reply to RCPT TO command)
> > Reporting-MTA: dns; ietfa.amsl.com
> > X-Postfix-Queue-ID: B1FF9C1D350B
> > X-Postfix-Sender: rfc822; [email protected]
> > Arrival-Date: Thu,  5 May 2022 12:30:18 -0700 (PDT)
> > 
> > Final-Recipient: rfc822; [email protected]
> > Original-Recipient: rfc822;[email protected]
> > Action: failed
> > Status: 5.7.1
> > Remote-MTA: dns; mx-rz-1.rrze.uni-erlangen.de
> > Diagnostic-Code: smtp; 550 5.7.1 Service unavailable; client [50.223.129.194]
> >    blocked using black.mail.abusix.zone
> > 
> > From: [email protected]
> > Subject: [Cbor] I-D Action: draft-ietf-cbor-file-magic-12.txt
> > Date: 2022-05-05 at 21:30:15 CEST
> > To: <[email protected]>
> > Cc: [email protected]
> > Reply-To: [email protected]
> > Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/TDtFAc9dmPWR8paN1LaywnQwfpY>
> > Message-Id: <[email protected]>
> > 
> > 
> > 
> > A New Internet-Draft is available from the on-line Internet-Drafts directories.
> > This draft is a work item of the Concise Binary Object Representation Maintenance and Extensions WG of the IETF.
> > 
> >        Title           : On storing CBOR encoded items on stable storage
> >        Authors         : Michael Richardson
> >                          Carsten Bormann
> > 	Filename        : draft-ietf-cbor-file-magic-12.txt
> > 	Pages           : 21
> > 	Date            : 2022-05-05
> > 
> > Abstract:
> >   This document defines a stored ("file") format for CBOR data items
> >   that is friendly to common file type recognition systems such as the
> >   Unix file(1) command.
> > 
> > 
> > The IETF datatracker status page for this draft is:
> > https://datatracker.ietf.org/doc/draft-ietf-cbor-file-magic/
> > 
> > There is also an HTML version available at:
> > https://www.ietf.org/archive/id/draft-ietf-cbor-file-magic-12.html
> > 
> > A diff from the previous version is available at:
> > https://www.ietf.org/rfcdiff?url2=draft-ietf-cbor-file-magic-12
> > 
> > 
> > Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts
> > 
> > 
> > _______________________________________________
> > CBOR mailing list
> > [email protected]
> > https://www.ietf.org/mailman/listinfo/cbor
> > 
> > 
> > 
> > 
> 

-- 
---
[email protected]