Panoramica
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 invioDominio di invioUn dominio di tua proprietà che verifichi con record DNS perché Emailit possa inviare da esso con SPF, DKIM e un return path personalizzato. 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 per tutti i valori e il motivo di questa configurazione.
Come funziona
- Aggiungi il dominio nel pannello o con l’API. Emailit crea i record DNS per il dominio.
- Pubblichi i record presso il tuo provider DNS, oppure lasci che Emailit li crei in Cloudflare.
- Esegui Check DNS. Emailit cerca i record. Quando SPF, DKIM e return path superano tutti il controllo, il dominio è verificato.
- 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 dominioFromper DMARC. - 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. |
Verifica del dominio 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.
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.comper ricevute e reimpostazioni della password enews.acme.comper 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
Fromsiahello@acme.com. - Invia esattamente dal dominio che hai verificato. Verificare
acme.comnon ti permette di inviare damail.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.