Passa al contenuto principale

2. Terminology and Definitions (Terminologia e definizioni)

Questa sezione definisce i termini utilizzati nel resto del documento.

DKIM è progettato per operare all'interno del servizio di posta Internet, come definito in [RFC5598]. La terminologia email di base è tratta da quella specifica.

Le descrizioni sintattiche utilizzano BNF aumentato (ABNF) [RFC5234].

Le parole chiave "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY" e "OPTIONAL" in questo documento devono essere interpretate come descritto in [RFC2119]. Queste parole assumono il loro significato normativo solo quando sono presentate in TUTTE MAIUSCOLE.

2.1. Signers (Firmatari)​

Gli elementi nel sistema di posta che firmano i messaggi per conto di un dominio sono denominati firmatari. Questi possono essere MUA (Mail User Agent), MSA (Mail Submission Agent), MTA (Mail Transfer Agent) o altri agenti come gli esploditori di mailing list. In generale, qualsiasi firmatario sarà coinvolto in qualche modo nell'iniezione di un messaggio nel sistema di messaggi. La questione chiave è che un messaggio deve essere firmato prima di lasciare il dominio amministrativo del firmatario.

2.2. Verifiers (Verificatori)​

Gli elementi nel sistema di posta che verificano le firme sono denominati verificatori. Questi possono essere MTA, Mail Delivery Agent (MDA) o MUA. Nella maggior parte dei casi, ci si aspetta che i verificatori siano vicini a un utente finale (lettore) del messaggio o a un agente consumatore come un esploditore di mailing list.

2.3. Identity (Identità)​

Una persona, ruolo o organizzazione. Nel contesto di DKIM, gli esempi includono l'autore, l'organizzazione dell'autore, un ISP lungo il percorso di gestione, un servizio indipendente di valutazione della fiducia e un operatore di mailing list.

2.4. Identifier (Identificatore)​

Un'etichetta che si riferisce a un'identità.

2.5. Signing Domain Identifier (SDID) (Identificatore del dominio di firma)​

Un singolo nome di dominio che è l'output di payload obbligatorio di DKIM e che si riferisce all'identità che rivendica una certa responsabilità per il messaggio firmandolo. È specificato nella Sezione 3.5.

2.6. Agent or User Identifier (AUID) (Identificatore dell'agente o dell'utente)​

Un singolo identificatore che si riferisce all'agente o all'utente per conto del quale l'identificatore del dominio di firma (SDID) ha assunto la responsabilità. L'AUID comprende un nome di dominio e una parte locale opzionale. Il nome di dominio è lo stesso di quello utilizzato per l'SDID o è un sottodominio di esso. Per l'elaborazione DKIM, la parte del nome di dominio dell'AUID ha solo semantica di nome di dominio di base; qualsiasi possibile semantica specifica del proprietario è al di fuori dell'ambito di DKIM. È specificato nella Sezione 3.5.

Si noti che i valori accettabili per l'AUID possono essere vincolati tramite un flag nel record della chiave pubblica (vedere Sezione 3.6.1).

2.7. Identity Assessor (Valutatore di identità)​

Un elemento nel sistema di posta che consuma il payload di DKIM, che è l'identificatore del dominio di firma responsabile (SDID). Il valutatore di identità è dedicato alla valutazione dell'identificatore consegnato. Altri valori DKIM (e non-DKIM) possono anche essere utilizzati dal valutatore di identità (se disponibili) per fornire un motore di filtraggio di valutazione dei messaggi più generale. Tuttavia, questa attività aggiuntiva è al di fuori dell'ambito di questa specifica.

2.8. Whitespace (Spazi bianchi)​

Esistono tre forme di spazi bianchi:

  • WSP rappresenta spazi bianchi semplici, cioè uno spazio (ASCII 0x20) o un carattere di tabulazione (ASCII 0x09).

  • LWSP rappresenta spazi bianchi lineari, che è WSP più sequenze CRLF (carriage return/line feed) che fanno parte della piegatura dei campi di intestazione.

  • FWS rappresenta "spazi bianchi pieghevoli", una forma più complessa di spazi bianchi che è specificamente definita in [RFC5322].

In ogni caso, la definizione effettiva è fornita da [RFC5234] o [RFC5322].

2.9. Imported ABNF Tokens (Token ABNF importati)​

Alcuni token utilizzati in questa specifica sono importati da [RFC5322] e [RFC5234]. I lettori dovrebbero avere familiarità con la sintassi ABNF [RFC5234], come definita in quei documenti.

2.10. Common ABNF Tokens (Token ABNF comuni)​

I seguenti token ABNF sono utilizzati in tutta questa specifica:

hyphenated-word = ALPHA [ *(ALPHA / DIGIT / "-") (ALPHA / DIGIT) ]
base64string = ALPHA *([FWS] (ALPHA / DIGIT / "+" / "/"))
               [FWS] ["=" [FWS] ["="]]
qp-section = [FWS] qp-hdr-value

2.11. DKIM-Quoted-Printable (DKIM-Quoted-Printable)​

La sintassi di codifica DKIM-Quoted-Printable viene utilizzata per valori che devono essere rappresentati in una forma robusta contro le modifiche da parte degli MTA in transito. Questa codifica si basa sulla codifica Quoted-Printable definita in [RFC2045], ma con diverse restrizioni e chiarimenti per evitare ambiguità.

L'alfabeto DKIM-Quoted-Printable consiste in caratteri US-ASCII stampabili (l'intervallo da 0x21 a 0x7E, inclusi), con l'eccezione del punto e virgola (0x3B), che è utilizzato come separatore di tag, e del segno di uguale (0x3D), che è utilizzato come carattere di escape di codifica. La codifica DKIM-Quoted-Printable rappresenta i caratteri non stampabili (quelli al di fuori dell'intervallo da 0x21 a 0x7E, salvo quanto indicato) con un segno di uguale seguito da due cifre esadecimali (maiuscole o minuscole) che rappresentano il valore dell'ottetto.

Per esempio:

  • Un carattere spazio (ASCII 0x20) è codificato come "=20".
  • Un carattere punto e virgola (ASCII 0x3B) è codificato come "=3B".
  • Un carattere uguale (ASCII 0x3D) è codificato come "=3D".

La codifica DKIM-Quoted-Printable NON DEVE includere interruzioni di riga o spazi bianchi all'interno della stringa codificata.

Ultimo aggiornamento il