Invio nativo

Nota: l'Invio nativo è disponibile su ogni piano, incluso Free — è misurato in base al volume mensile, non riservato a un upgrade. Consulta i prezzi per il limite di ciascun livello.

Oltre al tuo relay SMTP, MailInApp può inviare direttamente da un dominio che verifichi presso di noi — nessun ESP, nessuna credenziale SMTP da generare e ruotare. La consegna avviene sulla nostra infrastruttura (Amazon SES) a partire dal tuo stesso dominio di invio, così i destinatari vedono la posta provenire da [email protected], non da un indirizzo condiviso di MailInApp.

Verificare un dominio

In Impostazioni → Domini, la pagina ti guida passo dopo passo:

Inserisci il tuo dominio e premi Verifica dominio. Per impostazione predefinita MailInApp crea un'identità di invio per mail.<tuodominio> e un sottodominio per la gestione dei bounce (bounce.mail.<tuodominio>) — un sottodominio dedicato che coesiste in sicurezza con qualsiasi altra posta tu già gestisca sul dominio radice. Se preferisci inviare direttamente dal dominio radice ([email protected], non [email protected]), seleziona Usa il dominio radice invece di un sottodominio — fallo solo se il dominio non è usato per nessun'altra email; vedi Ricevi email sul tuo dominio per capire perché questo conta di più una volta coinvolta la ricezione in entrata.
Aggiungi i record DNS mostrati — alcuni record DKIM CNAME, un record MX e un record TXT per il sottodominio dei bounce, e un record DMARC TXT di partenza — presso il tuo provider DNS. Questi dimostrano che controlli il dominio e permettono alla posta inviata tramite esso di superare i controlli DKIM/SPF.
Premi Controlla ora una volta aggiunti, oppure aspetta semplicemente — MailInApp effettua un polling automatico ogni 15–30 minuti.
Una volta che sia il dominio sia il sottodominio MAIL FROM mostrano Verificato, compare un interruttore per passare il metodo di invio del tuo account all'invio nativo.

Tornare a SMTP è sempre disponibile e immediato — non disconnette il dominio, quindi puoi alternare tra i due senza dover verificare di nuovo.

DMARC

DMARC indica alle caselle di posta cosa fare con la posta che dichiara di provenire dal tuo dominio ma che fallisce i controlli SPF/DKIM — rifiutarla, inviarla allo spam, oppure (l'impostazione predefinita che generiamo) limitarsi a monitorarla. È l'unico record qui che MailInApp non può verificare automaticamente come fa con lo stato di DKIM e MAIL FROM — non esiste un'API per questo, quindi viene mostrato perché tu lo aggiunga ma non mostra mai un badge Verificato/In attesa.

Il record che generiamo parte come p=none (solo monitoraggio) deliberatamente — da solo non influisce sulla consegna. Una volta confermato che nulla di legittimo sta fallendo, restringi la policy a p=quarantine e infine a p=reject presso il tuo provider DNS. La maggior parte dei provider DNS, incluso Cloudflare, ti mostrerà i report aggregati DMARC se aggiungi il tuo indirizzo rua=mailto: al record.

Cosa non cambia

Gli invii manuali, gli invii pianificati, le email di ciclo di vita (avvisi di ordine/ticket) e la Send API transazionale passano tutti attraverso qualunque metodo di invio sia impostato per il tuo account — non c'è una configurazione separata per funzionalità. Soppressione, cronologia degli invii, tracciamento delle interazioni e risposte funzionano tutti in modo identico indipendentemente dal metodo che ha consegnato la posta.

Modalità sandbox

Finché il tuo account è nella sandbox di SES, l'invio nativo raggiunge solo gli indirizzi che hai verificato separatamente presso di noi — è pensato per testare la tua consegna prima che richiediamo l'accesso in produzione per tuo conto. La scheda in Impostazioni mostra sempre un avviso in linguaggio semplice quando si applica la modalità sandbox.