# Domini di invio

> Perché Emailit ha bisogno di un tuo dominio, quali record DNS configura per autenticazione, tracciamento ed email in entrata e come i domini restano verificati.

Ogni email che invii tramite Emailit parte da un dominio di invio di tua proprietà, che hai verificato con dei record DNS. Questa pagina spiega cosa configura Emailit su quel dominio, come funziona la verifica e quanti domini include il tuo piano.

## Perché ti serve un dominio di invio

I provider di posta come Gmail, Outlook e Yahoo si fidano solo della posta che dimostra di provenire dal dominio dell’indirizzo `From`. Emailit lo dimostra con i record SPF e DKIM sul tuo dominio, così i tuoi messaggi risultano autenticati come tuoi e costruiscono la reputazione del tuo dominio, non una reputazione condivisa.

Finché un dominio non è verificato, Emailit rifiuta i messaggi che partono da esso. L’API restituisce `422 Domain not verified` e SMTP risponde `530 From/Sender domain is not verified for this workspace`. Ogni indirizzo `From` deve usare un dominio verificato nello stesso workspace, e ogni sottodominio conta come dominio a sé.

## Cosa configura Emailit

Quando aggiungi un dominio, Emailit genera una chiave DKIM a 2048 bit e ti fornisce fino a sei record DNS. Tre sono obbligatori; gli altri attivano funzioni facoltative.

| Record | Host | Scopo | Obbligatorio |
| --- | --- | --- | --- |
| MX | `emailit.<domain>` | Return path. Riceve i bounce e i report di consegna delle tue email. | Sì |
| TXT (SPF) | `emailit.<domain>` | Autorizza i server di Emailit a inviare per il sottodominio del return path. | Sì |
| TXT (DKIM) | `emailit._domainkey.<domain>` | Chiave pubblica che verifica la firma DKIM di ogni messaggio. | Sì |
| TXT (DMARC) | `_dmarc.<domain>` | Indica ai server riceventi cosa fare con la posta che non supera l’autenticazione. | No |
| CNAME | `go.<domain>` | Dominio di tracciamento personalizzato per il tracciamento di aperture e clic. | No |
| MX | `inbound.<domain>` | Riceve le email in entrata a qualsiasi indirizzo su `inbound.<domain>`. | No |

Il record SPF si trova sul sottodominio del return path, non sul dominio principale, quindi non devi modificare un record SPF esistente per Google Workspace, Microsoft 365 o un altro provider. Vedi [Record DNS](/it/docs/domains/dns-records/) per tutti i valori e il motivo di questa configurazione.

## Come funziona

1. **Aggiungi il dominio** nel pannello o con l’API. Emailit crea i record DNS per il dominio.
2. **Pubblichi i record** presso il tuo provider DNS, oppure lasci che Emailit li crei in [Cloudflare](/it/docs/domains/cloudflare/).
3. **Esegui Check DNS.** Emailit cerca i record. Quando SPF, DKIM e return path superano tutti il controllo, il dominio è verificato.
4. **Invii.** Emailit firma ogni messaggio con la tua chiave DKIM e usa `emailit.<domain>` come return path, così sia SPF sia DKIM sono allineati con il tuo dominio `From` per DMARC.
5. **Emailit ricontrolla i DNS ogni giorno.** Se un record obbligatorio smette di funzionare, il dominio smette di inviare e il proprietario del workspace riceve un’email con oggetto «Sending domain `<domain>` is no longer verified».

## Stati del dominio

| Stato | Significato |
| --- | --- |
| **Verified** | SPF, DKIM e return path superano il controllo. Puoi inviare dal dominio. |
| **Not verified** | Uno o più record obbligatori mancano o non sono validi, oppure non hai ancora eseguito Check DNS. |
| **Pending verification** | I DNS potrebbero essere corretti, ma il dominio è in attesa di revisione manuale. Riguarda i domini registrati da meno di 30 giorni con Pay as you go. |
| **Sending paused** | Il tasso di bounce del dominio è troppo alto. Nella pagina del dominio compare un banner. Vedi [Salute degli invii](/it/docs/deliverability/sending-health/). |

[Verifica del dominio](/it/docs/domains/verification/) spiega ogni stato, i controlli dei singoli record e come risolvere gli errori più comuni.

## Limiti

| | Pay as you go | Pro | Business | Custom |
| --- | --- | --- | --- | --- |
| Domini di invio | 3 (25 dopo il primo acquisto di crediti) | 100 | 1000 | Da concordare |
| Revisione dei domini registrati da meno di 30 giorni | Sì | No | No | Sì |

Le licenze AppSumo hanno un proprio numero di domini consentiti. Vedi [Limiti dei domini](/it/docs/domains/limits/).

## Dominio principale o sottodominio?

Puoi verificare un dominio principale come `acme.com` o un sottodominio come `mail.acme.com`. Funzionano entrambi. Scegli in base a come invii:

- **Usa un sottodominio per ogni tipo di posta** se invii sia email transazionali sia di marketing, ad esempio `notify.acme.com` per ricevute e reimpostazioni della password e `news.acme.com` per le campagne. Ogni sottodominio costruisce la propria reputazione, quindi una campagna che attira segnalazioni non danneggia le ricevute.
- **Usa il dominio principale** se invii solo un volume contenuto di email transazionali e vuoi che l’indirizzo `From` sia `hello@acme.com`.
- **Invia esattamente dal dominio che hai verificato.** Verificare `acme.com` non ti permette di inviare da `mail.acme.com`, e viceversa.

La tua posta esistente continua a funzionare in entrambi i casi: i record di Emailit stanno su host propri (`emailit.`, `emailit._domainkey.`, `go.` e `inbound.`), quindi non sostituiscono i record MX o SPF del dominio principale.

## Inizia

  - [Aggiungi un dominio](/it/docs/domains/add-a-domain/): Aggiungi il dominio e pubblica i suoi record DNS.
  - [Record DNS](/it/docs/domains/dns-records/): Ogni record, il suo valore e come inserirlo.
  - [Configura i DNS con Cloudflare](/it/docs/domains/cloudflare/): Crea tutti i record nella tua zona Cloudflare in un solo passaggio.
  - [Verifica del dominio](/it/docs/domains/verification/): Stati, ricontrolli giornalieri e risoluzione dei problemi.

---
Fonte: https://emailit.com/it/docs/domains/