Notizie

Posta elettronica certificata e DNS Comune: guida pratica al supporto tecnico

La Posta Elettronica Certificata (PEC) rappresenta ormai uno strumento essenziale per la comunicazione istituzionale e legale di Comuni e Province, garantendo certezza giuridica e validità equivalente alla raccomandata con ricevuta di ritorno. Tuttavia, la corretta gestione della PEC non si esaurisce nell’invio e nella ricezione dei messaggi: un ruolo cruciale, spesso sottovalutato, è svolto dalla configurazione dei record DNS (Domain Name System). Errori in questa fase critica possono bloccare le comunicazioni, ritardare risposte vitali o esporre l’ente a rischi di sicurezza.

Molte amministrazioni locali si trovano ad affrontare problemi tecnici complessi, come il mancato recapito delle mail certificate, la mancata validazione dei domini o la configurazione errata dei server. Questa guida pratica nasce per colmare il divario tra la normativa e l’implementazione tecnica, offrendo un percorso step-by-step dedicato ai responsabili IT delle pubbliche amministrazioni, ai funzionari preposti e a chiunque debba gestire il supporto tecnico per la PEC del proprio Comune.

Ti sta piacendo questo articolo?

Iscriviti per ricevere aggiornamenti esclusivi!

Analizzeremo nel dettaglio i record DNS fondamentali (come SPF, DKIM e DMARC) necessari per autenticare le email, evitare che finiscano nello spam e garantire la massima deliverability. Imparerai a risolvere gli errori più comuni, a verificare lo stato della configurazione e ad assicurare che la tua infrastruttura sia conforme agli standard richiesti dalla legge, mantenendo la comunicazione fluida e sicura.

Introduzione alla Posta Elettronica Certificata e al Contesto Normativo

Il concetto di posta elettronica certificata (PEC) rappresenta, nel panorama digitale italiano, la vera e propria chiave di volta per garantire validità legale e tracciabilità assoluta delle comunicazioni telematiche. Non si tratta di una semplice casella di posta elettronica tradizionale, bensì di uno strumento giuridicamente riconosciuto che equipara l’invio di un file digitale alla raccomandata con ricevuta di ritorno cartacea. Per le Amministrazioni Pubbliche, l’utilizzo della PEC non è una mera opzione tecnologica, ma un obbligo normativo stringente sancito da un quadro legislativo complesso e in continua evoluzione. Comprendere questo ecosistema è fondamentale per chiunque operi nel settore della Pubblica Amministrazione o fornisca servizi IT a enti pubblici.

Il punto di partenza normativo è la Legge 15/2009 (legge “Spazzacorrotto”), che ha imposto a tutti i soggetti abilitati alla intermediazione finanziaria e alle Pubbliche Amministrazioni di adottare la Posta Elettronica Certificata come unico canale ufficiale per le comunicazioni con i cittadini e le imprese. Il successivo DPCM del 2011 ha poi definito le specifiche tecniche, fissando i requisiti di sicurezza, interoperabilità e gestione che i gestori di PEC devono rispettare. In particolare, la normativa impone che ogni comunicazione inviata tramite PEC generi un messaggio di posta elettronica certificata contenente due elementi fondamentali: il messaggio stesso e la ricevuta di accettazione, che attesta l’avvenuto invio, unitamente alla ricevuta di consegna, che certifica l’avvenuta ricezione da parte del destinatario. Questo meccanismo garantisce l’inviolabilità e la non ripudiabilità del contenuto trasmesso, elementi essenziali per la validità degli atti amministrativi.

Per quanto riguarda il contesto specifico delle Amministrazioni Pubbliche, la legge 241/1990 (aggiornata dalla legge 124/2015) ha introdotto l’obbligo di pubblicazione dell’indirizzo PEC e del Domino Pubblico (l’insieme dei domini istituzionali) sui portali istituzionali. Per le Pubbliche Amministrazioni, l’indirizzo PEC è strutturato secondo lo standard protocollo@pec.nome-ente.it, dove il dominio deve appartenere al .it e il nome deve corrispondere a quello dell’ente medesimo. Tuttavia, la gestione operativa di questi indirizzi e dei relativi domini DNS presenta sfide tecniche non banali. Spesso, la configurazione errata dei record MX (Mail Exchange) o dei record SPF (Sender Policy Framework) può causare mancate consegne, filtri antispam aggressivi o, peggio, il mancato rispetto delle tempistiche imposte dalla normativa.

Ecco perché la guida pratica al supporto tecnico PEC e DNS diventa uno strumento indispensabile. L’interoperabilità tra sistemi di posta certificata e la gestione dei domini non è statica; richiede una conoscenza approfondita dei protocolli SMTP, delle regole di autenticazione (DKIM) e delle policy di sicurezza imposte dal Sistema Pubblico di Identità Digitale (SPID) e dalle linee guida AGID (Agenzia per l’Italia Digitale). Qualsiasi disallineamento tra la configurazione DNS e le specifiche tecniche del gestore PEC può bloccare flussi di lavoro amministrativi critici, generando ritardi e potenziali contenziosi legali. In questo articolo analizzeremo nel dettaglio le problematiche tecniche più comuni, offrendo soluzioni pratiche e checklist operative per garantire che la tua infrastruttura digitale sia conforme, sicura e sempre operativa.

Cos’è la Posta Elettronica Certificata (PEC)

Cos’è la Posta Elettronica Certificata (PEC)

La Posta Elettronica Certificata (PEC) è un sistema di posta elettronica che, in Italia, ha lo stesso valore legale di una raccomandata con ricevuta di ritorno. Nasce per garantire la sicurezza, la certezza della consegna e l’integrità dei messaggi scambiati tra privati, aziende e pubbliche amministrazioni. Ogni indirizzo PEC è associato a un unico titolare verificato e le comunicazioni inviate vengono intercettate e certificate da gestori accreditati.

Per funzionare correttamente, la PEC si affida a una precisa configurazione tecnica dei DNS (Domain Name System) del dominio di riferimento. È fondamentale che i record MX e i record SPF siano impostati correttamente per instradare le email verso il server del gestore PEC e autenticarne l’origine. Senza una corretta configurazione DNS, le email potrebbero non essere consegnate, non essere certificate o finire nello spam.

Un supporto tecnico specializzato è quindi essenziale per verificare e ottimizzare questi parametri, assicurando che la comunicazione certificata avvenga senza intoppi e nel rispetto delle normative vigenti.

Il ruolo del Gestore di Posta Elettronica Certificata (GPEC)

Il Gestore di Posta Elettronica Certificata (GPEC) è l’incaricato presso ogni amministrazione pubblica per la gestione del servizio PEC. È la figura di riferimento per:

  • attivare, modificare o disattivare gli indirizzi PEC istituzionali;
  • rispondere alle richieste di supporto tecnico degli utenti interni (uffici, dirigenti);
  • gestire l’integrazione tra PEC e sistema DNS, assicurando che i record (MX, SPF, DKIM) siano corretti;
  • collegarsi con il fornitore del servizio per risolvere problemi di invio o ricezione.

Una carente definizione del ruolo GPEC è una delle cause più frequenti di disservizi. Spesso la gestione è assegnata a personale IT già sovraccarico, senza una procedura formale. Se il tuo Comune non ha un GPEC chiaro o non sa come gestire le DNS per la PEC, il rischio è il mancato recapito di comunicazioni ufficiali. Per una consulenza mirata su come strutturare questo ruolo e configurare correttamente DNS e PEC, contattaci per saperne di più.

GDPR, GDE e validità legale delle comunicazioni PEC

GDPR, GDE e validità legale delle comunicazioni PEC

La Posta Elettronica Certificata (PEC) è strumento fondamentale per garantire la conformità al GDPR e alla GDE (Gestione Documentale Elettronica). Le comunicazioni PEC infatti, secondo la normativa vigente, sono equiparate alla raccomandata con ricevuta di ritorno, assicurando data certa di invio e consegna. Questo rende la PEC l’unico canale digitale legalmente valido per le notifiche ufficiali, i contratti e le comunicazioni tra PA e privati. Per le aziende, l’utilizzo della PEC non è solo obbligo di legge, ma anche garanzia di tracciabilità e non repudio. Nel contesto della sicurezza informatica e della protezione dei dati, la PEC, combinata con un’adeguata gestione dei DNS del Comune, riduce i rischi di frode e garantisce l’integrità del messaggio, rendendola un pilastro della trasformazione digitale sicura.

Architettura DNS e DNS Comune: Fondamenti per il Supporto Tecnico

Quando si affronta un ticket di supporto tecnico che riguarda la posta elettronica certificata (PEC) di un Comune Italiano, l’errore non è quasi mai da ricercare nel client di posta o nel semplice cablaggio di rete, ma nel funzionamento invisibile del DNS (Domain Name System). La PEC non è email ordinaria: è un sistema legale e tecnologico che richiede configurazioni DNS impeccabili per funzionare.

Il DNS è l’indirizzario di Internet. Traduce nomi leggibili (come comune.italia.it) in indirizzi IP numerici. Nel contesto della PEC, il DNS non serve solo a far trovare il sito web del Comune, ma a certificare l’origine e la destinazione delle comunicazioni legali. Se questa mappa è sbagliata, le email PEC finiscono nel vuoto, rimbalzano o, peggio, vengono intercettate da terzi.

Per un tecnico di supporto, capire l’architettura DNS specifica per la PEC del Comune è fondamentale. Non basta sapere cosa sono i record A o MX. Bisogna entrare nel dettaglio dei record specifici che governano il ciclo di vita di un messaggio PEC: SPF, DKIM, DMARC e, soprattutto, i record MTA-STS e TLS-RPT che impongono connessioni sicure e verificate.

Iniziamo dai record che indicano dove consegnare la posta. Il record MX (Mail Exchange) è il primo step. Per un Comune, questo record punta solitamente ai server del fornitore del servizio di PEC. Tuttavia, nella PEC, il record MX non agisce mai da solo. È accompagnato da record TXT che validano il server mittente.

Il record SPF (Sender Policy Framework) è la prima linea di difesa. Dichiarare un SPF corretto è obbligatorio. Un tecnico di supporto deve verificare che nel record TXT del dominio PEC sia presente l’include: con il dominio del provider certificato. Un errore comune è la doppia dichiarazione o l’assenza totale, che porta al fallimento del check SPF.

Passiamo al DKIM (DomainKeys Identified Mail). Questo record è una firma digitale. Per la PEC, la validità di questa firma è scrutinata con estremo rigore. Il tecnico deve recuperare la chiave pubblica DKIM dal provider e inserirla correttamente come record TXT nel DNS del Comune. Un disallineamento della firma DKIM invalida l’integrità del messaggio agli occhi del sistema di accettazione della PEC.

Il record DMARC (Domain-based Message Authentication, Reporting, and Conformance) definisce la politica da adottare se SPF o DKIM falliscono. Per la PEC, la politica deve essere rigorosa: `p=reject`. Il tecnico deve assicurarsi che il record DMARC sia attivo e ben configurato, altrimenti i messaggi potrebbero non essere accettati dai server destinatari che applicano policy stringenti.

Un aspetto critico e spesso trascurato nella gestione del supporto per la PEC Comune è la sicurezza della connessione in transito. Qui entrano in gioco i record MTA-STS (Mail Transfer Agent Strict Transport Security) e TLS-RPT. Questi record DNS signalano a Internet che il dominio della PEC accetta solo connessioni TLS cifrate e permettono al mittente di inviare report sugli errori di cifratura.

L’architettura DNS moderna per la PEC Comune richiede la presenza di questi record per essere conforme agli standard di sicurezza attuali. Un tecnico che non trova questi record durante un’indagine di supporto, o che vede che il file di policy (MTA-STS) non è raggiungibile, ha individuato la causa radice di molti problemi di consegna “misteriosi”.

C’è poi il caso particolare della PEC gestita tramite deleghe DNS. Spesso il provider della PEC richiede di gestire direttamente i record MX, SPF e DKIM. In questo scenario, il tecnico del Comune deve fare da “ponte”: verificare che i deleghe (NS record) siano attive e che il provider stia effettivamente pubblicando i record richiesti. Se il provider tarda a pubblicare, il supporto tecnico del Comune deve sollecitare.

La diagnostica DNS per la PEC non è banale. L’output di comandi come nslookup o dig va letto con attenzione. Bisogna controllare il TTL (Time To Live): se è troppo alto, un cambio di configurazione correttivo potrebbe richiedere ore per propagarsi, facendo perdere tempo prezioso durante un’emergenza di invio.

Un errore classico che vediamo nel supporto tecnico Comuni è il conflitto tra record DNS “nudi” e CNAME. Non si può avere un record CNAME sulla radice del dominio (apex) e contemporaneamente record MX o NS. Molti sistemi di gestione DNS automatizzati dai provider creano CNAME per la verifica dei dominio, rompendo i record MX necessari alla PEC. Il tecnico deve intervenire manualmente.

In conclusione, l’architettura DNS per la PEC Comune è un ecosistema complesso. Non è un semplice elenco di indirizzi, ma un sistema di trust e sicurezza. Per il supporto tecnico, significa che ogni ticket inizia da qui: verifica la risoluzione dei nomi. Se il DNS è sano, la PEC fluisce; se il DNS è malato, niente funziona.

Culture Digitali Srl offre servizi di assistenza tecnica specializzata per la gestione complessa dell’infrastruttura digitale delle PA. Contattaci per saperne di più.

Cos’è il DNS Comune e perché è critico per la PEC

Il DNS Comune, in inglese Domain Name System, è il sistema che traduce i nomi dei domini (come comune.it) negli indirizzi IP numerici dei server, rendendo possibile la navigazione e l’invio di email. Per la PEC (Posta Elettronica Certificata) è critico perché gestisce i record specifici, come MX (Mail Exchange) per l’indirizzamento dei messaggi e TXT/SPF per l’autenticazione. Un errore di configurazione può bloccare la ricezione delle certifiche o far fallire le verifiche di sicurezza, con rischi legali e sanzioni per il Comune.

Per assicurare il funzionamento corretto, il DNS deve essere:

  • Aggiornato: I record MX devono puntare al server PEC giusto, altrimenti le email vanno perse.
  • Sicuro: Record SPF, DKIM e DMARC impediscono il phishing e garantiscono la validità delle comunicazioni ufficiali.
  • Disponibile: Tempi di risoluzione rapidi per evitare ritardi nella consegna delle PEC, fondamentali per scadenze e notifiche.

Il supporto tecnico di Culture Digitali Srl verifica la configurazione DNS del tuo Comune e corregge eventuali disallineamenti, assicurando che ogni PEC venga recapitata correttamente e in modo conforme alla normativa vigente.

Struttura dei Record DNS per la PEC: A, MX, SRV e CNAME

Struttura dei Record DNS per la PEC: A, MX, SRV e CNAME

Per funzionare correttamente, la Posta Elettronica Certificata (PEC) richiede che i record DNS del dominio siano configurati con precisione. Non è sufficiente avere un indirizzo PEC, ma è essenziale che la rete sappia come instradare le comunicazioni verso il server corretto e autenticato.

Di seguito, analizziamo i record fondamentali e il loro ruolo:

  • Record A (Address): È il record più semplice e fondamentale. Collega il nome di dominio (es. comune.it) all’indirizzo IP fisico del server che ospita il sito web o la posta. Senza un record A valido che punta al server corretto, il dominio non è raggiungibile. Spesso si utilizza anche il record AAAA per l’IPv6, che è l’indirizzo di nuova generazione.
  • Record MX (Mail eXchange): È il record critico per la posta. Indica ai server che inviano email dove recapitare le comunicazioni per quel dominio. Specifica l’hostname del server postale che deve ricevere le email (spesso preceduto da un prefisso numerico che ne indica la priorità). Un dominio può avere più record MX per garantire ridondanza e continuità di servizio se il server primario è irraggiungibile.
  • Record CNAME (Canonical Name): Funziona come un alias o un nickname. Invece di puntare direttamente a un indirizzo IP, punta un nome di dominio verso un altro nome di dominio. È utile per semplificare la gestione: ad esempio, si può configurare mail.comune.it come CNAME che punta al record A principale, evitando di dover aggiornare l’IP in più punti se questo cambia.
  • Record SRV (Service): Offre un livello di dettaglio superiore, specificando non solo dove si trova un servizio, ma anche la porta e il protocollo da utilizzare (come XMPP per la chat o SIP per la telefonia). È meno comune per la PEC standard (che usa SMTP/POP/IMAP), ma fondamentale per integrare servizi aggiuntivi associati alla comunicazione aziendale o istituzionale.

Una configurazione errata di questi record può causare mancate consegne di email, errori di autenticazione o problemi di raggiungibilità del sito.

TTL, Propagazione e caching: gestire le tempistiche nel supporto

Il Tempo di Vita (TTL) è il parametro cruciale che definisce per quanto tempo i server DNS memorizzano le informazioni su un nome di dominio. Quando apporti modifiche ai record DNS del Comune (come l’indirizzo IP del server PEC), devi considerare il TTL preesistente: se era impostato su 24 ore, i cambiamenti potrebbero impiegare fino a 24 ore per diffondersi a livello globale. Questo fenomeno è noto come propagazione DNS.

La propagazione non è un processo istantaneo perché i server DNS in tutto il mondo (e i cache dei browser e dei router) devono aggiornare le loro copie locali dei record. Durante questo lasso di tempo, alcuni utenti potrebbero essere indirizzati al vecchio server, causando errori di consegna della posta certificata.

Per ottimizzare la gestione nel supporto tecnico:

  • Riduci il TTL preventivamente: Prima di pianificare interventi di manutenzione o migrazioni, abbassa il TTL a 300 secondi (5 minuti) almeno 24-48 ore prima. Questo garantisce che i nuovi record si propaghino rapidamente una volta modificati.
  • Comunica le tempistiche: Informa gli utenti del Comune che l’intero processo di propagazione può richiedere fino a 48 ore. Fornisci sempre un’indicazione temporale conservativa per evitare inutili solleciti.
  • Verifica la propagazione: Utilizza strumenti online (come DNS Checker) per monitorare in tempo reale a quali server è già arrivata la modifica. Questo ti permette di dare risposte concrete durante il supporto.
  • Pulisci il cache locale: Se gli utenti continuano a vedere errori, suggerisci loro di svuotare la cache DNS del proprio dispositivo (comando ipconfig /flushdns su Windows o sudo dscacheutil -flushcache su macOS) o di provare una connessione da una rete diversa (es. tethering dati mobile) per bypassare il cache locale.

Una corretta gestione del TTL e una comunicazione trasparente sulle tempistiche di propagazione sono fondamentali per ridurre l’attrito nel supporto tecnico e mantenere elevata la fiducia degli enti locali.

Autenticazione e Sicurezza: SPF, DKIM, DMARC e DNSSEC

Autenticazione e Sicurezza: SPF, DKIM, DMARC e DNSSEC

Dopo aver impostato correttamente il collegamento tra la tua Posta Elettronica Certificata (PEC) e il dominio del tuo Comune, il passo successivo e fondamentale è garantire l’autenticità e la sicurezza delle comunicazioni. In un panorama digitale dove il phishing e lo spoofing (l’uso fraudolento di indirizzi email contraffatti) sono all’ordine del giorno, implementare i protocolli di autenticazione email non è più un’opzione, ma una necessità per ogni ente pubblico che gestisce dati sensibili.

Senza le giuste protezioni, un criminale informatico potrebbe inviare email apparentemente legittime a cittadini, fornitori o altre amministrazioni, utilizzando un dominio simile al tuo o addirittura lo stesso, con conseguente perdita di credibilità, danni alla reputazione e, nel peggiore dei casi, fuga di informazioni riservate. Proteggere la posta in uscita e in ingresso del tuo dominio .comune.it è essenziale per adempiere agli obblighi di sicurezza e trasparenza della Pubblica Amministrazione.

Questo approfondimento tecnico ti guiderà attraverso i quattro pilastri dell’autenticazione email: SPF, DKIM, DMARC e DNSSEC. Scopriremo cosa sono, come funzionano in sinergia e come configurarli passo dopo passo per rendere il tuo sistema di posta una fortezza inattaccabile.

Hai dubbi sulla configurazione dei record DNS per la tua PEC?
Scarica la nostra Checklist Rapida SPF, DKIM e DMARC per verificare in pochi minuti se tutti i record sono presenti e corretti nel tuo pannello DNS.

Scarica la Checklist (PDF)

Perché l’autenticazione email è cruciale per i Comuni?

Le Pubbliche Amministrazioni sono bersagli privilegiati per gli attacchi informatici. Un’email contraffatta che sembra provenire dal Sindaco o dall’Ufficio Ragioneria può ingannare dipendenti o cittadini, portando a trasferimenti di fondi illeciti o alla divulgazione di dati personali (GDPR). Inoltre, i provider di posta (come Gmail, Outlook, Aruba) applicano filtri sempre più severi: un dominio non autenticato rischia di finire direttamente nello spam, interrompendo la comunicazione istituzionale vitale.

I protocolli di autenticazione agiscono come un sistema di controllo d’identità digitale per le email. Comunicano ai server destinatari chi ha il permesso di inviare email per il tuo dominio e se il messaggio è stato alterato durante il transito. Ecco come entrano in gioco i singoli componenti.

SPF (Sender Policy Framework): Il Guardiano dei Server Autorizzati

Lo SPF è il primo livello di difesa. Permette di specificare quali indirizzi IP o server sono autorizzati a inviare email per conto del tuo dominio. Se un server non autorizzato tenta di inviare una mail usando il tuo dominio, l’SPF lo segnalerà come non autentico.

È fondamentale ricordare che l’SPF controlla l’indirizzo IP del server mittente, non il nome visualizzato nell’email (che è facilmente falsificabile). Per i Comuni, è essenziale includere nell’SPF non solo il server di posta principale, ma anche eventuali servizi terzi autorizzati, come piattaforme di newsletter o sistemi di invio massivo (es. software gestionali per le notifiche).

Configurazione pratica (Record TXT nel DNS):

  • Record base: v=spf1 include:_spf.aruba.it ~all (Esempio per un dominio gestito su Aruba. Modifica l’include in base al tuo provider PEC).
  • Interpretazione:
    • v=spf1: Versione del protocollo.
    • include: Include le regole SPF del provider indicato.
    • ~all: SoftFail. Le email non autorizzate vengono marcate ma non rifiutate. Consigliato in fase di test.
    • -all: HardFail. Le email non autorizzate vengono rifiutate. Da adottare una volta verificato il corretto funzionamento.

Un errore comune è dimenticare di autorizzare i server di posta in uscita delle sedi decentrate o i servizi cloud. Se un ufficio distaccato invia email tramite un provider diverso, quel server deve essere elencato nell'SPF del dominio principale, altrimenti le email finiranno in spam.

DKIM (DomainKeys Identified Mail): La Firma Digitale del Messaggio

Se l'SPF verifica chi può inviare, DKIM verifica cosa viene inviato. Aggiunge una firma digitale crittografica (usando una chiave privata) all'intestazione dell'email. Il server destinatario recupera la chiave pubblica dal DNS del dominio mittente per verificare che il messaggio non sia stato alterato in transito e che provenga effettivamente dal server autorizzato.

Per i Comuni, DKIM è vitale per garantire l'integrità di documenti, attestazioni o verbali inviati via PEC. Anche se l'email viene intercettata, il hacker non può modificare il contenuto senza invalidare la firma.

Configurazione pratica:

Il provider PEC (es. Aruba, Postecert, InfoCert) fornisce solitamente i parametri per generare la chiave DKIM.

  • Si genera una coppia di chiavi (privata e pubblica).
  • Si inserisce la chiave pubblica come record TXT nel DNS, solitamente con un nome come selector._domainkey.comune.it.
  • Il contenuto del record è una stringa lunga che inizia con v=DKIM1; k=rsa; p=....

Senza questo record, il dominio non può firmare le email digitalmente, rendendo facile la manipolazione dei contenuti.

Il tuo dominio è protetto correttamente?
Esegui un mini-assessment gratuito del tuo dominio .comune.it. In pochi secondi verifichiamo la presenza e la validità dei record SPF, DKIM e DMARC.

Avvia il Controllo Sicurezza Dominio

DMARC (Domain-based Message Authentication, Reporting & Conformance): Il Regolatore Finale

DMARC è il protocollo che unifica SPF e DKIM. Permette di definire una politica di gestione delle email in caso di mancata autenticazione e offre un meccanismo di reporting.

Senza DMARC, anche se SPF o DKIM falliscono, l'email potrebbe comunque essere consegnata. Con DMARC, puoi decidere cosa fare delle email sospette (metterle in spam, rifiutarle o nessuna azione) e ricevere report dettagliati su chi sta tentando di inviare email per conto del tuo dominio.

Configurazione pratica (Record TXT nel DNS):

  • Fase 1 - Monitoraggio (Solo report): v=DMARC1; p=none; rua=mailto:dmarc@comune.it
    • p=none: Nessuna azione applicata alle email (solo report).
    • rua: Indirizzo email dove ricevere i report aggregati (PDF/XML).
  • Fase 2 - Applicazione (Filtro): v=DMARC1; p=quarantine; sp=quarantine; pct=100; rua=mailto:dmarc@comune.it
    • p=quarantine: Le email non autenticate vanno in spam.
    • sp: Politica per sottodomini.
    • pct: Percentuale di email a cui applicare la politica.

Analizzare i report DMARC è fondamentale per identificare servizi legittimi che potrebbero non essere configurati correttamente (es. un vecchio sito web del Comune che invia notifiche) o per scoprire tentativi di spoofing in corso.

DNSSEC (Domain Name System Security Extensions): La Sicurezza del DNS

Mentre SPF, DKIM e DMARC proteggono l'email, DNSSEC protegge il sistema stesso con cui vengono recuperati i record di autenticazione. Il DNS è un sistema distribuito che, nella sua forma standard, non verifica l'integrità dei dati. Un attacco "DNS Spoofing" o "Cache Poisoning" potrebbe reindirizzare le richieste dei record SPF/DKIM del tuo dominio verso un server malevolo, annullando tutti i vantaggi di sicurezza.

DNSSEC aggiunge una firma digitale ai record DNS, garantendo che i dati ricevuti siano autentici e non modificati man-in-the-middle.

Per i Comuni: La PA (Pubblica Amministrazione) è obbligata per legge a utilizzare DNSSEC per tutti i propri domini istituzionali. Questo non è solo una best practice, ma un requisito normativo per la sicurezza delle infrastrutture critiche.

La configurazione di DNSSEC è gestita direttamente dal registrar del dominio (spesso lo stesso provider PEC o gestore DNS). È necessario generare delle chiavi di firma (DS record) che vengono inserite al livello del registry del dominio (es. .it).

Checklist Operativa per il Responsabile ICT del Comune

Per implementare correttamente questa architettura di sicurezza, segui questi passaggi metodici:

  1. Verifica Provider PEC: Assicurati che il tuo fornitore di Posta Elettronica Certificata supporti SPF, DKIM e fornisca le istruzioni specifiche per la configurazione DNS. Chiedi esplicitamente se forniscono record pre-impostati.
  2. Accedi al Pannello DNS: Accedi all'interfaccia di gestione del dominio del tuo Comune (solitamente fornita dal registrar o dal provider hosting).
  3. Inserisci il record SPF: Crea un record TXT all'apice del dominio (@) con la policy SPF. Usa ~all inizialmente.
  4. Inserisci il record DKIM: Crea il record TXT con la chiave pubblica fornita dal provider. Il nome del record è solitamente selector._domainkey.
  5. Inserisci il record DMARC: Crea un record TXT per _dmarc.comune.it. Inizia con p=none e monitora i report per 2-4 settimane.
  6. Attiva DNSSEC: Verifica se è già attivo o richiedi l'attivazione al tuo registrar. Controlla che i DS record siano correttamente delegati.
  7. Test e Monitoraggio: Usa tool gratuiti (come MXToolbox o Google Admin Toolbox) per verificare la validità dei record. Analizza i report DMARC per correggere eventuali anomalie.

Una volta verificata la correttezza delle configurazioni e analizzati i report in ingresso (che non devono mostrare attività sospette), puoi passare la policy DMARC a quarantine o reject per massima sicurezza.

Errori Comuni da Evitare

  • Troppi record SPF: Non superare il limite di 10 lookups (include). Un SPF troppo complesso può fallire. Semplifica usando il record del provider principale.
  • Doppie firme DKIM: Se invii email da più piattaforme diverse (es. Exchange e un tool di marketing), assicurati che tutte siano autorizzate nell'SPF e firmino correttamente con DKIM.
  • Ignorare i report DMARC: Impostare DMARC senza leggere i report è inutile. Quei file contengono dati preziosi su come viene usata la tua posta.
  • Dimenticare i sottodomini: Configura sempre una politica DMARC anche per i sottodomini (sp=...) per evitare che un sottodominio compromesso venga usato per attacchi.

SPF (Sender Policy Framework): Proteggere l'invio delle email

SPF (Sender Policy Framework): Proteggere l'invio delle email

Il Sender Policy Framework (SPF) è un sistema di autenticazione fondamentale che permette di verificare l'origine legittima delle email inviate dal tuo dominio. Senza un record SPF correttamente configurato, le email inviate dal tuo server (ad esempio, per le notifiche PEC) potrebbero essere classificate come spam o addirittura rifiutate dai server di destinazione, causando ritardi critici nelle comunicazioni istituzionali.

In pratica, l'SPF funziona pubblicando un record speciale nel DNS del tuo dominio. Questo record è una lista di indirizzi IP e server autorizzati a inviare email per conto del tuo dominio. Quando un server di posta in arrivo riceve un messaggio, interroga il DNS del dominio mittente per verificare se l'IP del server che ha inviato l'email è presente nella lista autorizzata.

Per i Comuni, è essenziale includere nel record SPF non solo il server di posta primario, ma anche eventuali servizi di invio transazionale (come le piattaforme per l'invio di notifiche istituzionali) e, naturalmente, i server gestiti dal provider di servizi PEC. Un record SPF tipico per un Comune potrebbe assomigliare a questo: v=spf1 mx a ip4:192.0.2.1 include:spf.protection.outlook.com -all. Qui, mx e a autorizzano i server DNS e di posta del Comune, ip4 autorizza un IP specifico e include aggiunge i server del provider (es. Microsoft 365). Il tag -all (o ~all per una modalità più morbida) indica che ogni mittente non elencato deve essere considerato non autorizzato.

Configurare l'SPF correttamente riduce drasticamente il rischio di spoofing (falsificazione) del dominio, dove malintenzionati potrebbero inviare email apparentemente provenienti dal Comune. Per verificare la validità del tuo record SPF, puoi utilizzare strumenti online gratuiti che analizzano la configurazione DNS e segnalano eventuali errori sintattici o mancanze.

La sicurezza informatica è un pilastro imprescindibile per ogni ente pubblico. Per un supporto tecnico specializzato nella configurazione di SPF, DKIM e DMARC, o per una valutazione completa della sicurezza delle tue comunicazioni digitali, contatta i nostri esperti di Culture Digitali Srl.

DKIM (DomainKeys Identified Mail): Firma digitale e integrità del messaggio

Il DKIM (DomainKeys Identified Mail) è una tecnologia fondamentale per garantire l'autenticità e l'integrità dei messaggi di posta elettronica. In un contesto di Posta elettronica certificata e DNS Comune: guida pratica al supporto tecnico, comprendere il DKIM è essenziale per mitigare i rischi di spoofing e phishing, assicurando che le comunicazioni ufficiali siano sempre riconoscibili e non alterate.

Come funziona? Il DKIM utilizza una combinazione di crittografia asimmetrica e record DNS. Quando un'organizzazione invia un messaggio, il server di posta in uscita (MTA) genera una firma digitale unica basata su parte del contenuto dell'email e su un set di header. Questa firma viene cifrata con una chiave privata, che deve essere custodita in modo sicuro. Il dominio di invio pubblica la corrispondente chiave pubblica in un record DNS specifico (di tipo TXT) del proprio dominio. Il server di posta in entrata del destinatario recupera questo record DNS, decifra la firma e la verifica confrontandola con il contenuto effettivo del messaggio. Se il match è positivo, il messaggio viene considerato autentico e non manipolato.

Perché è utile per i comuni? L'implementazione del DKIM riduce drasticamente la probabilità che email "spacciate" per il Comune vengano accettate dai provider dei cittadini o delle aziende. È un pilastro per l'affidabilità della PEC e della posta istituzionale. Tuttavia, DKIM da solo non basta: deve essere abbinato a SPF e DMARC per una protezione completa.

Hai dubbi sull'implementazione tecnica? Configurare correttamente record DNS e chiavi crittografiche richiede competenze specifiche. Il nostro team tecnico di Culture Digitali Srl è pronto a guidarti passo dopo passo.

Richiedi un assessment tecnico gratuito

Di seguito, i passaggi operativi chiave per l'installazione e la verifica del DKIM:

  • Generazione della chiave: Crea una coppia di chiavi (RSA o ECDSA) sufficientemente forte (es. 2048 bit). Molte soluzioni PEC gestite offrono tool di generazione automatica.
  • Pubblicazione del record DNS: Inserisci un record TXT nel DNS del dominio (es. default._domainkey.comune.example.it) contenente la chiave pubblica e i parametri di policy (versione, tipo di algoritmo, ecc.).
  • Configurazione del server di invio: Imposta il Mail Transfer Agent (MTA) per firmare automaticamente tutte le email in uscita con la chiave privata configurata.
  • Verifica (Test): Invia email di prova a strumenti come MXToolbox o Mail-Tester per confermare che la firma DKIM sia presente e valida. Controlla anche i report DMARC per monitorare eventuali fallimenti.

Attenzione comune: un record DKIM malformato o una chiave compromessa possono bloccare le email o, peggio, esporre a falsificazioni. La manutenzione periodica delle chiavi (rotazione) è obbligatoria per la sicurezza.

Evita il rischio di interruzioni o vulnerabilità. Affidati a specialisti certificati per l'intero setup di sicurezza email del tuo ente.

  • Verifica dello stato attuale di SPF, DKIM e DMARC.
  • Configurazione guidata dei record DNS critici.
  • Test di conformità e report di sicurezza.

Contattaci ora per una consulenza dedicata

DMARC (Domain-based Message Authentication, Reporting & Conformance)

DMARC (Domain-based Message Authentication, Reporting & Conformance)

DMARC è un protocollo di sicurezza fondamentale che protegge la tua PEC (Posta Elettronica Certificata) dallo spoofing e dal phishing. Si posiziona sopra SPF e DKIM, due meccanismi di autenticazione già attivi, e permette al dominio di Comune di dichiarare come gestire i messaggi che falliscono questi controlli.

Funziona attraverso una politica pubblicata nel record DNS del dominio, indicata dalla sigla p= seguita da una di queste opzioni:

  • p=none: Modalità di monitoraggio. Ricevi report ma non blocchi i messaggi non autenticati. Ideale per iniziare senza interrompere il flusso di posta.
  • p=quarantine: I messaggi sospetti vengono inviati nella casella "Posta indesiderata" (spam).
  • p=reject: La politica più rigorosa. I messaggi non validati vengono rifiutati direttamente, impedendo che arrivino al destinatario.

Oltre alla politica, DMARC genera report (ARF - Aggregate Reporting Format e Forensic - Failure Reports) inviati all'indirizzo email specificato nel record TXT (rua= e ruf=). Questi report sono essenziali per il supporto tecnico, poiché mostrano chi sta tentando di inviare email usando il tuo dominio e quali autenticazioni falliscono.

Per un Comune, la configurazione DMARC è un passo obbligatorio per proteggere le comunicazioni sensibili e garantire la conformità al Regolamento eIDAS per l'identità digitale. Senza DMARC, i criminali possono facilmente falsificare email provenienti dal dominio del Comune, minacciando la sicurezza dei cittadini e delle amministrazioni.

Se riscontri problemi di consegna o ricevi report di mancata autenticazione, il nostro team di supporto tecnico può analizzare i log DMARC, verificare la corretta impostazione dei record SPF e DKIM, e consigliare la strategia di policy più adatta, passando gradualmente da p=none a p=reject per massimizzare la sicurezza senza interrompere i servizi.

DNSSEC: Garantire l'integrità dei record DNS

La firma digitale dei record DNS, nota come DNSSEC, protegge i tuoi servizi da attacchi di tipo spoofing e cache poisoning, garantendo che le richieste verso il Comune raggiungano il server corretto. Per la PEC, evita interruzioni di servizio e mancate notifiche legate a dirottamenti del dominio.

  • Chiedi al provider di abilitare DNSSEC sul dominio del Comune e su pec.dominio.comune.it.
  • Genera e pubblica la chiave KSK/ZSK (es. algoritmo ECDSA P-256) nel pannello DNS o richiedi l’assistenza.
  • Verifica la catena di fiducia con dig +dnssec +multi o strumenti online.
  • Monitora la scadenza chiavi e pianifica la rotazione (es. ogni 90-180 giorni).
  • Test post‑configurazione: risolvi pec.dominio.comune.it e controlla i flag ad nella risposta.

Questa configurazione è fondamentale per la continuità del servizio PEC. Per una configurazione sicura e compliant, contatta il nostro team tecnico per una consulenza mirata.

Configurazione Operativa del DNS Comune per la PEC

La configurazione operativa del DNS (Domain Name System) per il dominio di un Comune italiano è un passaggio cruciale per garantire il corretto funzionamento della Posta Elettronica Certificata (PEC). Un errore di impostazione può rendere la PEC inutilizzabile, bloccando la ricezione di comunicazioni ufficiali con valore legale.

In questa guida pratica, passeremo in rassegna i record DNS fondamentali, come verificarli e quali sono le best practice per un impostazione robusta e sicura. L'obiettivo è fornire al supporto tecnico del Comune o alla società di ICT incaricata una checklist operativa chiara e immediata.

Checklist Pre-Configurazione

  • Accesso al pannello di gestione del dominio (es. registra, aruba, hosting provider).
  • Indirizzi IP forniti dal provider di servizi PEC (non confondere l'IP del server web con quello del server mail).
  • TTL (Time To Live) impostato su valori elevati (es. 3600 o 86400) per evitare caching eccessivo durante le modifiche.
  • Verifica dell'assenza di record conflittuali (es. vecchi A record o MX pendenti).

1. I Record DNS Essenziali per la PEC

Per far funzionare correttamente una casella di Posta Elettronica Certificata associata al dominio del Comune (es. comune.roma.it), è necessario configurare principalmente tre tipi di record. A differenza della posta ordinaria, la PEC richiede una configurazione rigida e conforme a specifiche tecniche e legali.

A. Record MX (Mail Exchange)

Il record MX indica al mondo intero quale server è autorizzato a ricevere le email per il tuo dominio. Per la PEC, non si usa il server di posta ordinario, ma un server dedicato e certificato dal provider PEC.

La configurazione tipica prevede due record MX principali (primario e secondario) per garantire la ridondanza.

  • Esempio di configurazione:
Type: MX
Priority: 10
Value: mx1.providerpec.com.

Type: MX
Priority: 20
Value: mx2.providerpec.com.

Nota tecnica: La priorità più bassa (10) indica il server primario. Il secondo (20) entra in gioco solo se il primario non risponde. Assicurati che il dominio termini con il punto finale (.), altrimenti il DNS potrebbe interpretarlo come un sottodominio relativo.

B. Record A e AAAA (Per il dominio base e i sottodomini)

Sebbene la ricezione dell'email dipenda principalmente dai record MX, i record A sono necessari per verificare l'esistenza del dominio e per il funzionamento di eventuali servizi accessori (come la webmail o il dnslookup richiesto dal protocollo SMTP).

Il dominio root (es. comune.roma.it) deve risolvere verso l'IP del server che ospita il servizio PEC o, in alternativa, verso un IP di reindirizzamento se la webmail è ospitata altrove.

Type: A
Name: @ (o il nome del dominio completo)
Value: 192.0.2.100 (IP del server PEC)

Type: AAAA (IPv6)
Name: @
Value: 2001:db8::1

Importante: Se il sito web del Comune è ospitato su un server diverso (che è la norma), non modificare il record A del dominio root se è già configurato per il sito istituzionale. In questo caso, si potrebbe dover creare un sottodominio specifico per la PEC (es. pec.comune.roma.it) e configurare i record MX e A su quel sottodominio, oppure usare il CNAME flattening se supportato dal provider DNS.

C. Record TXT per l'Identità (SPF, DKIM, DMARC)

Per evitare che le email PEC vengano classificate come spam o respinte dai server destinatari, è fondamentale autenticare l'invio. Questo si fa attraverso record TXT.

  • SPF (Sender Policy Framework): Autorizza l'IP del server PEC a inviare email per il dominio.
Type: TXT
Name: @
Value: "v=spf1 include:_spf.providerpec.com ~all"
  • DKIM (DomainKeys Identified Mail): Firma digitalmente le email in uscita. Il provider PEC fornisce la chiave pubblica da inserire come record TXT su un sottodominio specifico (es. selector._domainkey).
Type: TXT
Name: selector._domainkey.comune.roma.it
Value: "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC..."
  • DMARC (Domain-based Message Authentication, Reporting & Conformance): Specifica come gestire le email che falliscono i controlli SPF e DKIM. Inizialmente si suggerisce una modalità di monitoraggio.
Type: TXT
Name: _dmarc.comune.roma.it
Value: "v=DMARC1; p=none; rua=mailto:reports@comune.roma.it"

2. Record Specifici per la Conformità Legale e Tecnica

Oltre ai record standard, la PEC richiede la configurazione di record specifici per soddisfare i requisiti del Regolamento per la Posta Elettronica Certificata (DPCM 2005, aggiornato) e per garantire l'interoperabilità con il sistema pubblico.

A. Record SRV (Service Location)

Alcuni provider PEC avanzati utilizzano record SRV per facilitare la configurazione automatica dei client di posta (come Outlook o Thunderbird) sulle postazioni del Comune.

Type: SRV
Name: _autodiscover._tcp.comune.roma.it
Priority: 0
Weight: 0
Port: 443
Target: autodiscover.providerpec.com.

B. CNAME per la verifica del dominio (per servizi cloud)

Se il servizio PEC è gestito tramite una piattaforma cloud che richiede la verifica della proprietà del dominio (es. tramite file di test o record CNAME specifici), è necessario inserire il CNAME fornito dal vendor.

Type: CNAME
Name: verify.comune.roma.it
Value: verify.providerpec.com.

3. Procedura Operativa di Verifica e Testing

Dopo l'inserimento dei record nel pannello di gestione DNS (solitamente attraverso interfaccia web o API), è imperativo verificare che le modifiche siano propagate correttamente. La propagazione può richiedere da pochi minuti a 48 ore, in base al TTL impostato.

Mini-Guida: Come testare i record DNS

  1. Verifica MX: Usa il comando terminale nslookup -type=mx comune.roma.it (sostituisci con il tuo dominio). Deve elencare i server MX configurati.
  2. Verifica A: Usa il comando nslookup comune.roma.it. L'IP deve corrispondere a quello del server PEC (se configurato sul dominio root) o del server web.
  3. Verifica SPF/DKIM: Utilizza strumenti online gratuiti come MXToolbox o DMARCIAN. Inserisci il dominio e seleziona i controlli SPF e DKIM.
  4. Test invio/ricezione: Invia una mail di prova da un account esterno (es. Gmail) all'indirizzo PEC e verifica che arrivi senza errori.

4. Errori Comuni e Come Evitarli

La configurazione del DNS è delicata. Un errore comune può interrompere il flusso di comunicazioni legali del Comune.

  • Errore: Il punto finale mancante.
    Inserire mx1.providerpec.com invece di mx1.providerpec.com. (con il punto finale) nel record MX può causare il fallimento della risoluzione DNS, interpretando l'indirizzo come un sottodominio relativo. Soluzione: Prestare massima attenzione alla sintassi.
  • Errore: Conflitto tra record A e CNAME.
    Non è possibile avere un record A e un record CNAME per lo stesso nome (es. la root @). Se il sito web del Comune è su un provider diverso, non sovrascrivere il record A esistente. Soluzione: Configurare la PEC su un sottodominio dedicato (es. pec.comune.it) oppure gestire il dominio root tramite un provider DNS che supporti il CNAME flattening (come Cloudflare o alcuni DNS avanzati).
  • Errore: TTL troppo basso subito dopo la modifica.
    Impostare un TTL di 60 secondi crea troppi query sul server DNS. Soluzione: Mantenere un TTL standard (3600s) e abbassarlo solo temporaneamente durante manutenzioni critiche.

5. Costi, Tempi e Complessità

La configurazione del DNS è un'operazione che richiede competenze tecniche di sistema, ma non implica costi diretti di licenza (se non quelli del servizio DNS stesso, spesso incluso nell'hosting).

  • Complessità: Media. Richiede conoscenza dei protocolli DNS e attenzione ai dettagli.
  • Tempi: L'inserimento dei record è immediato (10-15 minuti). La propagazione globale può richiedere 24 ore, ma solitamente è operativa in 1-4 ore.
  • Costi: Nulli (se gestito internamente). Se affidato a un consulente esterno, rientra nel costo di setup iniziale del servizio PEC.

La configurazione del DNS è critica per la tua PEC?

Sei responsabile IT di un Comune o di un ente pubblico e hai dubbi sull'implementazione dei record DNS per la Posta Elettronica Certificata? Un errore di configurazione può bloccare le comunicazioni ufficiali.

Richiedi una consulenza tecnica gratuita ai nostri esperti per verificare la correttezza dei tuoi record DNS e garantire la piena conformità normativa.

Contattaci per il supporto tecnico

Scenari di configurazione: DNS Dedicato vs DNS Comune

Scenari di configurazione: DNS Dedicato vs DNS Comune

Nella gestione della Posta elettronica certificata (PEC), la configurazione del DNS (Domain Name System) gioca un ruolo fondamentale per garantire la corretta consegna e ricezione delle comunicazioni ufficiali. Quando ci si rivolge al supporto tecnico, è essenziale comprendere le differenze tra due approcci principali: il DNS Comune (o Condiviso) e il DNS Dedicato.

DNS Comune (Condiviso)

Questa configurazione è spesso offerta come soluzione standard dai provider di servizi internet o dalle piattaforme di hosting "tutto in uno". In questo scenario, il server DNS che gestisce i record MX (Mail Exchange) per la ricezione delle email è condiviso tra molti domini.

Vantaggi per il Comune:

  • Costi ridotti: Poiché le risorse sono condivise, non ci sono costi aggiuntivi per l'infrastruttura DNS.
  • Semplicità: La gestione è automatizzata e non richiede configurazioni complesse da parte dell'utente o del tecnico.

Svantaggi: Minore flessibilità e possibile latenza nell'aggiornamento dei record DNS. Non è adatto a chi ha necessità di configurazioni personalizzate o di gestire manualmente le policy di sicurezza a livello DNS (come SPF o DKIM in modo avanzato).

DNS Dedicato

Questa opzione prevede l'utilizzo di server DNS dedicati esclusivamente al proprio dominio. È la soluzione preferita per aziende, Enti Pubblici e chiunque richieda massima affidabilità e controllo.

Vantaggi del Dedicato:

  • Affidabilità e Performance: Tempi di risposta più rapidi e minore rischio di disservizi dovuti a problemi su server condivisi.
  • Controllo Totale: Possibilità di gestire in autonomia i TTL (Time To Live) e di applicare policy di sicurezza specifiche per evitare spoofing o attacchi al dominio.
  • Supporto Specializzato: In caso di problemi, il supporto tecnico interverrà su un'infrastruttura isolata, riducendo i tempi di diagnosticazione e risoluzione.

Svantaggi: Costi più elevati e necessità di competenze tecniche per la configurazione iniziale e la manutenzione.

La scelta tra DNS Comune e Dedicato dipende dalle tue esigenze di sicurezza, controllo e budget. Per un ente pubblico o un'azienda che gestisce elevati volumi di comunicazioni certificate, il DNS Dedicato è l'unica scelta che garantisce i massimi standard di sicurezza e compliance.

Step-by-Step: Inserimento dei record necessari per la PEC

Step-by-Step: Inserimento dei record necessari per la PEC

Per garantire che le email certificate inviate e ricevute dal tuo dominio raggiungano correttamente la loro destinazione senza finire nello spam, è fondamentale configurare correttamente i record DNS del tuo dominio. Ecco la procedura pratica da seguire passo dopo passo.

1. Identifica il Provider DNS del tuo dominio

Il primo passo è accedere al pannello di gestione del dominio. Di solito, si tratta dello stesso provider che ti fornisce l'hosting web o la registrazione del dominio (es. Aruba, Register.it, OVH, o provider esterni come Cloudflare). Cerca sezioni etichettate come "Gestione DNS", "Zona DNS" o "Record DNS".

2. Inserimento dei record MX (Posta in arrivo)

I record MX indicano dove devono essere indirizzate le email certificate in arrivo per il tuo dominio. Di solito, il provider PEC fornisce un indirizzo specifico o una serie di server (es. mx.pec.aruba.it).

  • Nel pannello DNS, cerca l'opzione per aggiungere un nuovo record di tipo MX.
  • Il Nome/Host di solito è @ (o il tuo dominio principale, es. tuodominio.it).
  • L'Indirizzo di destinazione sarà il server MX fornito dal tuo operatore PEC (es. mx.pec.aruba.it).
  • Imposta la Priorità (di solito un numero basso come 0, 10 o 20). Se ci sono più record MX, assegna priorità diverse.

3. Inserimento dei record CNAME o A per la risoluzione (Opzionale ma consigliato)

Alcuni provider PEC richiedono di creare dei sottodomini specifici per la gestione della posta (es. pec.tuodominio.it). In questi casi, potresti dover inserire:

  • Un record CNAME che punta il sottodominio pec al server PEC (es. pec -> server.pec.provider.it).
  • O un record A che risolve l'indirizzo IP del server PEC (raro per le PEC moderne, ma possibile in configurazioni legacy).

4. Inserimento dei record SPF e DKIM (Autenticazione e Sicurezza)

Per evitare che le tue email certificate vengano marcate come spam, è cruciale configurare l'autenticazione.

  • SPF (Sender Policy Framework): Aggiungi un record TXT con il seguente contenuto: v=spf1 include:_spf.pec.provider.it -all (sostituisci provider.it con il dominio del tuo provider PEC). Questo indica ai server destinatari quali IP sono autorizzati a inviare email per il tuo dominio.
  • DKIM (DomainKeys Identified Mail): Il tuo provider PEC ti fornirà una chiave pubblica DKIM (solitamente un record TXT complesso contenente la stringa v=DKIM1; k=rsa; p=...). Copia e incolla questa stringa esattamente come fornita, nel record TXT relativo al nome host (selector) indicato dal provider (es. selector1._domainkey).

5. Verifica e Propagazione

Una volta inseriti tutti i record, salva le modifiche. Il tempo di propagazione dei DNS varia da pochi minuti a 48 ore. Per verificare che tutto sia configurato correttamente:

  • Utilizza strumenti online gratuiti come MXToolbox o DNS Checker inserendo il tuo dominio per controllare i record MX.
  • Invia una email di prova da un altro account (es. Gmail) alla tua PEC e controlla che arrivi senza errori o warning di autenticazione.

Se riscontri difficoltà o i record non vengono risolviti correttamente dopo 48 ore, il passo successivo è verificare la correttezza dei valori inseriti o contattare l'assistenza del tuo provider PEC o DNS.

Gestione dei sottodomini e record MX specifici per la PEC

Gestione dei sottodomini e record MX specifici per la PEC

La corretta configurazione della Posta Elettronica Certificata (PEC) non si limita alla gestione del dominio principale, ma coinvolge anche l'eventuale creazione di sottodomini dedicati e, soprattutto, l'impostazione precisa dei record DNS, in particolare quelli MX (Mail Exchange). Questi record indicano ai server di posta in arrivo a quale indirizzo IP deve essere consegnata la posta per il tuo dominio o sottodominio PEC.

Per prima cosa, se hai deciso di utilizzare un sottodominio specifico per la PEC (es. pec.tuocomune.it), devi assicurarti che esso sia correttamente creato nel pannello di gestione DNS del tuo provider (solitamente il provider hosting o il registrar del dominio). Verifica che il sottodominio sia attivo e risolva correttamente (tramite un record A o CNAME) prima di procedere con la configurazione della posta.

Il passaggio cruciale è l'inserimento dei record MX. Tipicamente, per i servizi PEC professionali, sono necessari due record MX principali (primario e secondario) per garantire ridondanza e continuità di servizio. Ecco un esempio pratico di configurazione che dovresti inserire nel pannello DNS:

  • Record MX primario: Priorità 10 → mx1pec.dominiofornitore.it
  • Record MX secondario: Priorità 20 → mx2pec.dominiofornitore.it

È fondamentale rispettare la priorità indicata (numerata, di solito, 10 e 20): il server tenta la consegna sul record con priorità più bassa per prima. Inoltre, è buona norma verificare la presenza di eventuali record SPF, DKIM e DMARC richiesti dal provider PEC per l'autenticazione dei messaggi e la prevenzione del phishing.

Attenzione: Modifiche errate ai record DNS possono interrompere il flusso di posta certificata. Utilizza sempre il pannello di controllo fornito dal tuo provider o da Culture Digitali Srl per modifiche strutturate e controlla sempre la propagazione dei record tramite strumenti online come MXToolbox o DNS Checker prima di considerare la configurazione completata.

Integrazione con Server di Posta e Client (Outlook, Thunderbird)

Integrazione con Server di Posta e Client (Outlook, Thunderbird)

Una volta che il server dei Comuni è pronto e i record DNS sono configurati correttamente, il passo successivo è l'integrazione con i client di posta elettronica. Questo processo permette di gestire la PEC direttamente da software familiari come Outlook o Thunderbird, garantendo una gestione fluida e integrata delle comunicazioni ufficiali. Sebbene l'obiettivo sia semplificare il flusso di lavoro, è fondamentale prestare attenzione ai dettagli tecnici per evitare blocchi o malfunzionamenti.

Configurazione Generale e Prerequisiti

Prima di procedere con l'impostazione manuale, è utile verificare alcuni prerequisiti comuni a tutti i client. La maggior parte dei servizi PEC moderni supporta i protocolli standard IMAP (per la ricezione) e SMTP (per l'invio). Tuttavia, le credenziali fornite dal gestore della PEC (spesso un file .p12 o .pfx contenente il certificato digitale) possono richiedere passaggi specifici per essere importate correttamente nel sistema operativo o nel client stesso.

Una distinzione importante riguarda l'autenticazione. Molti provider di PEC richiedono l'utilizzo di password specifiche per l'applicazione (app password) invece della password standard dell'account, specialmente se è attiva la verifica in due passaggi (2FA). L'utilizzo della password diretta spesso causa errori di autenticazione persistenti ("nome utente e password non accettati").

Procedura Pratica: Importazione del Certificato

Il certificato digitale è la chiave per inviare PEC con firma digitale. Senza di esso, il client non potrà validare l'invio.

  1. Esportazione: Se il certificato è su un dispositivo hardware (es. token USB), utilizza il software fornito (es. RSA, Let's Encrypt Manager) per esportare il file .p12.
  2. Installazione:
    • Windows: Fai doppio clic sul file .p12 e segui la procedura guidata dell'Assistente Importazione Certificati. Assicurati di selezionare "Marcatura della chiave come esportabile" e "Includi tutte le catene di certificazione".
    • macOS: Apri l'utility "Portachiavi". Importa il file .p12 e inserisci la password di esportazione.
  3. Verifica: Una volta importato, il certificato deve essere visibile nella sezione "Certificati personali" del sistema.

Configurazione di Microsoft Outlook

Outlook è uno dei client più utilizzati nelle PA, ma la configurazione della PEC richiede specificità rispetto a un normico account email.

1. Aggiunta dell'Account

Vai su File > Informazioni > Aggiungi account. Inserisci l'indirizzo email PEC completo. Outlook tenterà una configurazione automatica spesso fallita per la PEC. Se fallisce, seleziona Configurazione manuale o Tipi di server aggiuntivi.

2. Impostazioni Server (IMAP/SMTP)

Seleziona POP o IMAP e compila i campi con i dati forniti dal gestore della PEC (es. Aruba, Postecert, ecc.):

  • Server posta in arrivo (IMAP): imap.[dominiopec].it (Porta 993, Tipo di connessione crittografata: SSL/TLS).
  • Server posta in uscita (SMTP): smtp.[dominiopec].it (Porta 465 o 587, Tipo di connessione crittografata: SSL/TLS o STARTTLS).
  • Nome utente: L'intero indirizzo email PEC (es. comune@pec.comune.it).
  • Password: La password di accesso al servizio PEC (o app password se configurata).
3. Autenticazione e Certificato Digitale

Questo è il passaggio più critico per l'invio di PEC firmate:

  1. Una volta inserite le credenziali, clicca su Altre impostazioni > scheda Server posta in uscita.
  2. Spunta la casella Il server della posta in uscita (SMTP) richiede l'autenticazione e seleziona Usa le stesse impostazioni del server della posta in arrivo.
  3. Vai sulla scheda Avanzate. Qui, sotto la sezione Server posta in uscita (SMTP), imposta la porta e la crittografia come indicato dal provider.
  4. Fondamentale: Vai nella scheda Sicurezza (visibile solo se il certificato è stato importato nel sistema). Seleziona dal menu a tendina Firma digitale il certificato digitale importato. Se non appare, verifica l'importazione nel sistema operativo. Per la crittografia del messaggio, spesso si usa la casella Cripta il contenuto e gli allegati (S/MIME).
Nota tecnica: In alcuni casi, Outlook potrebbe non riconoscere direttamente il certificato Hardware (Token). È necessario configurare il "Middleware" del token affinché sia visibile al sistema operativo.

Configurazione di Mozilla Thunderbird

Thunderbird offre una gestione più granulare dei certificati ed è spesso preferito per la sua stabilità con protocolli standard.

1. Importazione del Certificato

A differenza di Outlook, Thunderbird gestisce i certificati tramite il proprio gestore. Vai su Strumenti > Opzioni > Sicurezza > Certificati > Visualizza certificati. Nella scheda Il tuo certificato, importa il file .p12.

2. Impostazione Account

Tramite Strumenti > Impostazione account > Aggiungi account, inserisci i dati manualmente:

  • Tipo server: IMAP.
  • Hostname (IMAP): imap.dominiopec.it.
  • Hostname (SMTP): smtp.dominiopec.it.
  • Porte di sicurezza: SSL/TLS (solitamente 993 per IMAP e 465 per SMTP).
3. Configurazione Firme Digitali

Per garantire che ogni email inviata sia una PEC valida:

  1. Vai su Strumenti > Opzioni > Sicurezza > Certificati.
  2. Nella sezione Firma digitale, seleziona il certificato personale da usare per l'account appena creato.
  3. Torna all'account (clicca sull'indirizzo email nella barra laterale) > Configurazione account > Server posta in uscita (SMTP).
  4. Seleziona il server SMTP associato e clicca su Impostazioni. Assicurati che sia selezionata l'autenticazione normale (PLAIN o LOGIN) e che la porta sia corretta.

Verifica e Risoluzione Problemi Comuni

Dopo la configurazione, è imperativo effettuare dei test di invio e ricezione.

Errore "Codice di errore: 0x800CCC0B" o simili in Outlook: Indica solitamente un problema nell'utilizzo del certificato per la firma. Risolvere andando su File > Opzioni > Centro fiducia > Centro fiducia impostazioni > Sicurezza posta elettronica e verificando che l'opzione per la firma automatica sia abilitata.

Ricezione vuota o errori IMAP: Controlla che il server supporti IMAP (alcuni PEC vecchi usano solo POP3). Verifica che la porta 993 non sia bloccata dal firewall aziendale.

Problemi con Allegati Grandi: La PEC ha limiti di dimensione (solitamente 10-20MB complessivi). Se si supera il limite, l'invio fallirà. Utilizzare strumenti di compressione o inviare link a documenti su cloud certificati.

Configurazione complessa o dubbi tecnici?

La corretta integrazione della PEC con i client di posta richiede precisione nei dettagli tecnici (DNS, certificati, porte). Un errore di configurazione può compromettere la validità legale delle comunicazioni.

Contatta il team di Culture Digitali Srl per una consulenza mirata. La nostra esperienza con le PA garantisce un setup efficiente e conforme alla normativa vigente.

Richiedi un preventivo

Configurazione IMAP/POP3 e SMTP per PEC

Configurazione IMAP/POP3 e SMTP per PEC

Per inviare e ricevere mail certificate dal tuo client (es. Outlook, Thunderbird, Apple Mail), è necessario configurare correttamente i server. I protocolli IMAP (o POP3 per il download locale) e SMTP devono essere impostati utilizzando il dominio del provider PEC, non il dominio del tuo Comune (es. mail.certificata.it).

  • Server in ingresso (IMAP): imap.tuodominiopec.it (Porta 993 / SSL/TLS)
  • Server in uscita (SMTP): smtp.tuodominiopec.it (Porta 465 o 587 / SSL/TLS)
  • Nome utente: L’indirizzo email completo PEC
  • Password: Quella assegnata alla casella (spesso diversa da quella dell’Anagrafe).

Dopo aver inserito i dati, verifica la presenza di Spunta SSL/TLS per la sicurezza. Per inviare email da dispositivi aziendali, potrebbe servire una password specifica per l'app se è attiva la verifica in due passaggi.

Guida rapida alla configurazione

Riscontri difficoltà tecnica nella configurazione dei server PEC o nello smistamento delle email? La configurazione errata può bloccare l'intera comunicazione istituzionale.

Per supporto tecnico dedicato alla gestione della PEC del tuo Comune, contatta i nostri esperti.

Richiedi Assistenza Tecnica

Gestione Certificati SSL/TLS su server di posta

La sicurezza delle comunicazioni email dipende dalla corretta gestione dei certificati SSL/TLS sul server di posta. Questi certificati cifrano il flusso di dati tra client e server, proteggendo le comunicazioni da intercettazioni non autorizzate. Un errore comune è la configurazione errata dei record DNS, che può portare a warning di sicurezza nel client di posta (es. "certificato non valido") o al mancato funzionamento del protocollo cifrato.

  • Verifica del certificato attuale: Controlla la validità e la firma del certificato in uso. Un certificato scaduto o autofirmato genera allarmi di sicurezza e blocca l'invio/ricezione in alcuni client.
  • Record DNS necessari: Assicurati che i record A/AAAA e CNAME per il dominio puntino correttamente all'IP del server mail, e che i record MX siano configurati per instradare il traffico al server giusto. Anche i record SPF, DKIM e DMARC sono fondamentali per l'autenticazione e devono essere configurati correttamente nel DNS.
  • Integrazione con Let's Encrypt: Per semplificare il rinnovo automatico, integra il server con certificati Let's Encrypt tramite strumenti come Certbot. Imposta un cron job per il rinnovo automatico e verifica che il servizio di posta (es. Postfix, Dovecot) utilizzi i nuovi certificati appena generati.

Se riscontri errori di certificato SSL/TLS, inizia con il verificare i log del server (es. /var/log/mail.log) e il risultato del comando openssl s_client -connect tuodominio.com:995 per testare la connessione cifrata.

CTA Soft (Mid): Problemi con la configurazione DNS o i certificati SSL/TLS? Scarica la nostra checklist pratica "DNS & Certificati per Server di Posta" per verificare passo dopo passo che ogni record sia impostato correttamente e evitare interruzioni del servizio. Scarica la Checklist (Richiedi l'accesso).

Una volta risolti i problemi tecnici, il tuo sistema di PEC sarà pronto per gestire flussi di lavoro complessi. Per ottimizzare i processi aziendali e integrare la PEC con altri sistemi gestionali, ti consigliamo di valutare una soluzione di Business Process Outsourcing (BPO). Il BPO permette di delegare attività operative ripetitive a specialisti, riducendo costi e aumentando l'efficienza. Scopri come Culture Digitali Srl può aiutarti a trasformare la tua gestione digitale. Scopri i nostri servizi BPO

Risoluzione problemi comuni di connessione client (Errori 0x800CCC0B, timeout)

Risoluzione problemi comuni di connessione client (Errori 0x800CCC0B, timeout)

Gli errori di connessione del client di posta, come il temuto 0x800CCC0B (errore di autenticazione) o il messaggio generico di timeout, sono tra i problemi più frustranti per chi gestisce la PEC. Spesso non dipendono dal server del Comune, ma dalla configurazione locale del dispositivo. In questa guida pratica al supporto tecnico, vediamo come risolvere questi intoppi in modo rapido.

Se riscontri l'errore 0x800CCC0B, la causa più probabile è una credenziale errata o un blocco del firewall. Prima di tutto, verifica:

  • Nome utente e password (spesso sono il codice fiscale e il PIN sbloccato).
  • La corretta impostazione del server di posta in entrata (IMAP/POP3) e in uscita (SMTP) fornita dal tuo Comune.

Un errore di timeout, invece, indica che il client non riesce a stabilire la connessione entro il tempo stabilito. Le cause possono essere una rete lenta, un antivirus che blocca le porte o un settaggio errato delle porte SSL/TLS. Per risolvere:

  1. Controlla che le porte 995 (POP3) o 993 (IMAP) per la ricezione e la 465 o 587 per l'invio siano aperte.
  2. Disattiva temporaneamente l'antivirus o il firewall per testare la connessione.
  3. Verifica la stabilità della tua connessione internet.

Se hai provato queste soluzioni e il problema persiste, potrebbe esserci una configurazione più complessa da gestire. Invece di perdere tempo prezioso, è meglio affidarsi a chi conosce nel dettaglio l'infrastruttura dei sistemi comunali e le loro peculiarità.

Richiedi subito un parere tecnico specializzato. Il nostro team è pronto ad analizzare la tua configurazione e risolvere l'errore di connessione PEC, garantendoti la ripresa del servizio in tempi rapidi. Contattaci per saperne di più.

Risoluzione dei Problemi Comuni (Troubleshooting)

Risoluzione dei Problemi Comuni (Troubleshooting)

Quando si gestisce un sistema complesso come la PEC collegata a un dominio specifico per il Comune, possono sorgere diversi problemi tecnici. Questa sezione è dedicata all'identificazione e alla risoluzione dei problemi più frequenti, organizzati per aree di intervento. L'approccio è pratico e sequenziale: partiamo dalla diagnosi fino alla soluzione operativa.

1. Problemi di Ricezione: "Non Ricevo Messaggi PEC"

Il problema più allarmante è il mancato recapito di email certificate. Se il server di posta non riceve nulla, il problema può risiedere nella configurazione DNS, nel blocco del traffico o nei filtri antispam.

  • Verifica dei record MX: Assicurati che il record MX del tuo dominio punti correttamente al server del provider PEC. Usa strumenti online come MX Lookup per confermare che l'instradamento è attivo. Se il record è assente o errato, la posta non arriverà mai.
  • Controllo dei firewall e porte: Il server deve avere aperte le porte 25 (SMTP) in ingresso. Spesso, nei server cloud o hosted, queste porte sono bloccate per impostazione predefinita per prevenire spam. Verifica le regole del gruppo di sicurezza o del firewall locale.
  • Analisi dei log del server: Accedi ai log del tuo server di posta (es. Postfix, Exchange) e cerca codici di errore specifici. Errori come "Connection timed out" indicano problemi di rete, mentre "Relay access denied" suggeriscono problemi di autenticazione o configurazione del dominio.
  • Test di connettività telnet: Da un terminale, prova a connetterti al server sulla porta 25: telnet dominiopec.com 25. Se la connessione fallisce, il problema è a livello di rete o firewall.

Verifica la configurazione DNS in 5 minuti

Utilizza il nostro strumento diagnostico gratuito per controllare lo stato dei tuoi record MX e SPF. Scarica la checklist guidata per il troubleshooting PEC e identifica immediatamente gli errori di configurazione.

Ottieni la checklist

2. Problemi di Invio: "Invii Non Recapitati o con Errore"

Se la posta in uscita fallisce o viene respinta, il problema è spesso legato all'autenticazione del mittente o alla reputazione del server.

  • Autenticazione SPF, DKIM e DMARC: Per inviare PEC, il server deve essere autenticato. Verifica che il record SPF includa l'IP del tuo server e che le chiavi DKIM siano correttamente generate e inserite nel DNS. Un record DMARC mancante o errato può causare il rifiuto da parte dei server destinatari.
  • Reverse DNS (PTR): L'IP del tuo server deve avere un record PTR (Reverse DNS) che risolva nel dominio PEC. Molti provider bloccano email da IP senza reverse DNS valido. Contatta il tuo provider hosting per configurarlo.
  • Blacklist (RBL): Controlla se l'IP del tuo server è presente in blacklist come Spamhaus o Barracuda. Se lo è, le tue email verranno bloccate. Utilizza strumenti online per il lookup e richiedi la delisting se necessario.
  • Dimensione e formato allegati: La PEC ha limiti di dimensione (solitamente 10MB o 20MB per messaggio). allegati troppo grandi vengono respinti. Comprimi i file o utilizza servizi di invio sicuro per file pesanti.

3. Problemi DNS: "Dominio non Risolve o TTL Scaduto"

Il DNS è il pilastro della PEC. Errori qui compromettono tutto il sistema.

  • TTL (Time To Live) troppo alto: Se hai modificato i record DNS ma le modifiche non sono visibili subito, potrebbe essere dovuto a un TTL elevato (es. 24 ore). Riduci il TTL a 300 secondi (5 minuti) prima di apportare modifiche importanti per accelerare la propagazione.
  • Propagazione DNS lenta: La modifica dei record DNS può impiegare fino a 48 ore per propagarsi globalmente. Usa tool come WhatsMyDNS.net per verificare lo stato di propagazione su diversi resolver mondiali.
  • DNSSEC non allineato: Se il dominio ha la firma DNSSEC attiva, ogni modifica DNS richiede la risignatura dei record (DS). Se non viene fatto, il dominio diventa "broken" e non risolve. Verifica lo stato DNSSEC tramite tool specifici.
  • Record CNAME e MX in conflitto: È pratica comune non usare CNAME per il record @ (APEX) del dominio. Se hai configurato un CNAME dove serve un A o un MX, la risoluzione fallirà. Sostituisci con i record A o usare servizi di ALIAS offerti dal provider DNS.

Hai bisogno di una consulenza immediata?

Se i problemi persistono, potrebbe servire un'analisi approfondita della tua infrastruttura. Prenota una call di 15 minuti con un nostro tecnico specializzato in PEC e DNS per identificare la causa radice.

Prenota una call di 15 min

4. Accesso e Credenziali: "Login Impossibile o Password Non Validata"

L'accesso alla casella PEC fallisce spesso per motivi di sicurezza o configurazione del client.

  • Verifica server in/out: Assicurati di utilizzare i server corretti per l'invio (SMTP) e la ricezione (IMAP/POP3) forniti dal provider. Spesso vengono confusi con quelli della posta ordinaria.
  • Porte sicure: Utilizza sempre le porte cifrate: 993 (IMAP SSL) o 995 (POP3 SSL) per la ricezione; 465 o 587 (SMTP SSL/TLS) per l'invio. Le porte standard (110, 25, 143) sono spesso bloccate dai provider per motivi di sicurezza.
  • Certificati SSL del server: Se accedi via webmail o client, un certificato SSL scaduto o non valido sul server PEC bloccherà la connessione. Controlla la validità del certificato del server (es. tramite browser o comando openssl).
  • Blocchi temporanei per tentativi falliti: Inserire password errate ripetutamente può bloccare l'account o l'IP per sicurezza. Controlla se esiste una funzione di "sblocco account" nel pannello di controllo del provider.

5. Errori Comuni nei Client di Posta (Outlook, Thunderbird, etc.)

Configurare un client per la PEC richiede attenzione ai dettagli tecnici.

  • Errore "Server IMAP non risponde": Di solito indica un problema di connessione (firewall, VPN) o un indirizzo server errato. Controlla anche la casella "Require login" nelle impostazioni SMTP.
  • Codice di errore 0x800CCC92 o simili: Spesso legato a password errate o account bloccato. Su Outlook, disabilita temporaneamente l'antivirus per escludere conflitti.
  • Doppia cancellazione (POP3 vs IMAP): Se configurato in POP3 e impostato su "Rimuovi la copia dal server dopo X giorni", potresti perdere la tracciabilità legale della PEC. Consiglio: Usa sempre IMAP per la PEC per mantenere una copia sincronizzata sul server.
  • Filtro antispam del client: Outlook o altri client potrebbero filtrare la PEC come spam. Aggiungi l'indirizzo PEC alla rubrica "Persone attendibili" e verifica la cartella "Posta indesiderata".

Configurazione corretta del client di posta

Scarica il template pronto all'uso per la configurazione di Outlook, Thunderbird e Mail per la tua PEC. Evita errori comuni e assicura la conformità del tuo sistema.

Scarica i template client

6. Sicurezza e Phishing nella PEC

La PEC è sicura per definizione, ma l'utente può essere ingannato.

  • Verifica del mittente: Anche se la PEC garantisce l'identità del mittente, controlla sempre l'indirizzo email completo. Il phishing può usare domini simili (typosquatting).
  • Allegati sospetti: La PEC non filtra il contenuto degli allegati. Scarica ed esegui solo file da fonti attendibili. Usa sempre un antivirus aggiornato.
  • Firma digitale e marca temporale: La PEC fornisce prova legale di invio e ricezione. Se hai problemi di validità della firma (es. certificati di firma digitale scaduti), contatta il tuo provider per il rinnovo.
  • Backup della posta: Non affidarti solo al server PEC. Configura backup regolari (es. export in .eml o .pst) per garantire la conservazione a lungo termine, specialmente per documenti fiscali.

7. Checklist di Manutenzione Periodica

Per prevenire i problemi prima che si verifichino, segui questa routine mensile:

  1. Verifica validità certificati SSL: Imposta un promemoria 30 giorni prima della scadenza.
  2. Controllo spazio disco: La PEC può saturare lo spazio rapidamente. Archivia o cancella vecchi messaggi.
  3. Test di invio/ricezione: Invia una PEC di prova a te stesso o a un collega per verificare il flusso completo.
  4. Aggiornamento DNS: Controlla che i record DNS non siano stati modificati accidentalmente (es. da aggiornamenti automatici del provider).
  5. Monitoraggio log: Rivedi i log di sistema per errori ricorrenti o tentativi di accesso anomali.

Seguendo queste procedure di troubleshooting, la maggior parte dei problemi tecnici legati alla PEC e al DNS può essere risolta rapidamente. Tuttavia, per scenari complessi o per la configurazione iniziale di un nuovo dominio, l'assistenza di esperti può fare la differenza.

Servizio di Assistenza Tecnica PEC

La tua azienda o ente necessita di un supporto continuativo? Offriamo servizi di manutenzione, monitoraggio 24/7 e assistenza immediata per garantire la continuità operativa della tua Posta Elettronica Certificata.

Contattaci per un preventivo

Diagnosi delle criticità DNS: Utilizzo di nslookup e dig

Email in spam o rifiutate: Analisi dei header e dei codici di errore SMTP

Problemi di ritardo o mancata consegna: debug della catena di invio

Best Practices per il Supporto Tecnico e la Manutenzione

Monitoraggio continuo e alerting sul DNS Comune

Protocolli di cambio fornitore e migrazione della PEC

Checklist pre-deployment per nuovi domini PEC

Domande Frequenti (FAQ)

Cosa succede se i record DNS Comune non sono propagati correttamente?

La mancata propagazione del DNS Comune impedisce all'indirizzo PEC di rispondere correttamente alle verifiche dei server destinatari. I sintomi tipici includono errori di consegna o email marcate come spam. Il supporto tecnico deve verificare lo stato della propagazione attraverso tool esterni e assicurarsi che il TTL (Time To Live) sia impostato su valori ottimali (es. 3600 secondi) per ridurre i tempi di attesa.

È possibile utilizzare un DNS Comune per domini PEC di più clienti?

Sì, il DNS Comune è spesso usato da provider che gestiscono sottodomini per più utenti. Tuttavia, per evitare conflitti nei record SPF e DKIM, è fondamentale che ogni dominio PEC abbia i propri record specifici o che vengano usati riferimenti espliciti (include) negli record comuni. La configurazione richiede attenzione per non sovrascrivere le policy DMARC.

Quali sono le principali differenze tra PEC ordinaria e PEC istituzionale (Pubblica Amministrazione)?

Sebbene tecnicamente simili, la PEC istituzionale (GDE) segue regole specifiche della Pubblica Amministrazione italiana, con server gestiti da index.italia.it e un forte accento sull'archiviazione a norma. Il supporto tecnico deve verificare la conformità con il protocollo SMIME e la presenza dei certificati specifici richiesti dal Ministero dell'Innovazione.

Come posso verificare se un indirizzo PEC è attivo e configurato correttamente?

Oltre all'invio di una mail di test, il supporto tecnico dovrebbe utilizzare strumenti di verifica DNS (per MX, A e CNAME) e tool di test SMTP (come telnet su porta 25/465/587). Per una verifica completa, si consiglia l'uso di servizi di diagnostica che analizzano i record SPF, DKIM e DMARC e restituiscono un report dettagliato sulla validità dell'impronta digitale.

Cosa fare in caso di mancata autenticazione DKIM o SPF?

In caso di fallimento, controllare prima la sintassi del record DNS (limiti di caratteri, spazi non consentiti). Per SPF, verificare che l'IP del server di invio sia incluso nella lista 'a', 'mx' o tramite 'include'. Per DKIM, controllare la chiave pubblica inserita nel DNS e assicurarsi che il server di posta stia effettivamente firmando i messaggi con la corrispondente chiave privata.

Contattaci

contattaci per saperne di più