Domini PEC usati come email ordinaria → rendere anomalia (rimuovere classificazione sovranità)

[fpietrosanti]

Problema

Alcuni enti hanno come domain (usato per la classificazione MX) un dominio PEC (posta elettronica certificata), non la posta ordinaria. La PEC non è l'email ordinaria: classificarne il provider/sovranità è sbagliato. Vanno resi anomalia (unknown + no_mx), rimuovendo il bucket di sovranità, finché non si trova il dominio ordinario reale.

Censimento — 11 enti misclassificati

A) dominio contiene "pec" (8)

bfs	domain	provider attuale	MX
IT-L1-asbuch	pec.it	aruba	mx.pec.aruba.it
IT-L1-asbucsg	pec.it	aruba	mx.pec.aruba.it
IT-L37-K7E7X9RD	pec.it	aruba	mx.pec.aruba.it (è Aruba PEC stessa)
IT-L37-msscar	pec.it	aruba	mx.pec.aruba.it
IT-L44-aatom	pec.it	aruba	mx.pec.aruba.it
IT-S01-daasl	pec.it	aruba	mx.pec.aruba.it
IT-L37-SPJZTLCS	pec.fittfondazione.org	independent	mx156.hostedmxserver.com
IT-SA-PFE26O18	pec.net	register-it	mx.pec-email.com — già override → atcrm2.it

B) altri domini PEC (3)

bfs	domain	provider attuale	MX
IT-C14-cpi_086	cert.ordine-opi.it	independent	mx.cert.legalmail.it
IT-L37-RK1K4EUE	idcert.io	google	smtp.google.com (è IDCERT)
IT-L37-T2AC6MDW	infocert.it	independent	esg01.corvalliscloud.it (è InfoCert)

Fix proposto

1. Rilevatore di dominio PEC (label pec, marker arubapec/pec-email/legalmail/postacert/infocert/idcert/cert.*, MX *.pec.aruba.it/mx.pec-email.com/*.legalmail.*): se il dominio ordinario usato è una PEC → rifiuto → provider=unknown, reason "dominio PEC, posta ordinaria da individuare" → anomalia no_mx.
2. Override per i casi noti (come PFE26O18 → atcrm2.it) quando conosciamo il dominio ordinario reale.
3. NB: alcuni enti SONO aziende PEC (Aruba PEC, InfoCert, IDCERT) — anche per loro serve il dominio ordinario, non la PEC.

Collegato: principio "niente posta ordinaria = anomalia" di #18.