Entrambi fanno arrivare altrove la posta inviata a un indirizzo, e non sono la stessa cosa. La differenza decide se il messaggio continua a funzionare quando il mittente ha configurato SPF e DMARC — cioè oggi quasi tutti.

Un alias

sales@iltuodominio.it consegna nella casella info@iltuodominio.it sul tuo stesso server. Nessun messaggio nuovo viene inviato, nulla esce, nulla può fallire. Gratuito, senza limiti, e lo strumento giusto per gli indirizzi di reparto.

Un inoltro

sales@iltuodominio.it riceve il messaggio e poi il tuo server lo manda a un indirizzo Gmail. Ora il tuo server è il mittente di un messaggio scritto da un altro, ed è questo che si rompe.

Il record SPF originale non elenca il tuo server, perciò il messaggio inoltrato non supera l'SPF da Gmail. Può finire nella posta indesiderata o essere respinto, e al mittente viene detto che è il tuo dominio ad aver fallito: sembra colpa tua.

Far funzionare l'inoltro

  • SRS — riscrivi il mittente di busta perché l'SPF venga verificato sul tuo dominio e non sul loro. Quasi tutti i server di posta lo supportano; di solito basta attivarlo.
  • Non alterare il messaggio — niente piè di pagina, niente etichetta nell'oggetto. Ogni modifica rompe la firma DKIM, l'ultima cosa che lo teneva autenticato.
  • Meglio ancora: preleva invece di inoltrare. Lascia la casella sul tuo server e falla scaricare da Gmail con la sua importazione IMAP: nulla viene rispedito, quindi nulla fallisce.
# postfix
sender_canonical_maps = tcp:127.0.0.1:10001
sender_canonical_classes = envelope_sender
recipient_canonical_maps = tcp:127.0.0.1:10002

E tieni una copia

Un inoltro che si limita a inoltrare non ti lascia alcuna traccia. Se la destinazione respinge, il messaggio è perduto. Consegna in locale E inoltra, così sul tuo server resta sempre una copia.

Se la posta inoltrata finisce nella posta indesiderata, le verifiche sono in Errori di SPF, DKIM e DMARC.