Cos’è un MTA?

Un server di posta può avere molti nomi: mail relay, mail router, Internet mailer. Ma l’alias più comune è MTA. Questo può riferirsi a un agente di trasferimento della posta, un agente di trasferimento dei messaggi o un agente di trasporto della posta. Non importa quale nome si usi, gli MTA giocano un ruolo essenziale nel sistema di gestione dei messaggi su Internet. Essi trasferiscono i messaggi di posta elettronica tra gli utenti. In questo articolo, esploreremo come funzionano gli MTA, quali effetti hanno sulla deliverability delle email, e molte altre domande correlate.

Cos’è un MTA?

Un mail/message transfer agent (MTA) è un software che trasferisce le email tra i computer di un mittente e un destinatario.

Come funzionano gli MTA

Un MTA è solo un elemento del processo di consegna delle email. Riceve un’email dal mail/message submission agent (MSA), che, a sua volta, la riceve dal mail user agent (MUA). Il MUA è comunemente conosciuto come un client di posta elettronica – un’applicazione che usi per gestire le cose relative alla posta elettronica.

Una volta che il MTA riceve l’email, entra in gioco il relaying. Ecco perché i mail transfer agent sono spesso chiamati mail relay. Controlla il nostro post sul relay SMTP se sei interessato ai dettagli. L’email può essere inoltrata ad altri MTA se il destinatario non è ospitato localmente. Poi colpisce il mail delivery agent (MDA). Questa è l’ultima tappa dell’e-mail prima che venga consegnata alla casella di posta del destinatario. L’invio delle e-mail viene effettuato utilizzando SMTP (o SMTP esteso), e per la fase finale (da MDA a MUA), viene utilizzato POP3 o IMAP4. Per maggiori informazioni sulle differenze tra questi protocolli di posta elettronica, leggete SMTP vs. IMAP vs. POP3.

Per riassumere, gli MTA fanno quanto segue:

  • accettano le email inviate dagli agenti di posta
  • interrogano i record MX e selezionano un server di posta per trasferire le email
  • inviano messaggi di risposta automatica se una email non è riuscita a raggiungere la destinazione

Mail queueing in MTA

Di solito, gli MTA usano un modello store-and-forward di gestione della posta. Questo significa che la posta in uscita viene messa in una coda e aspetta la risposta del server del destinatario. Un MTA cercherà ripetutamente di inviare e-mail. Se la posta non riesce ad essere consegnata durante il termine stabilito, sarà restituita al client di posta. Per saperne di più sull’accodamento delle email, leggi il nostro post sul blog.

L’MTA ha un impatto sulla deliverability delle email?

Ci sono tre fattori principali su cui si basa la deliverability delle email:

  • reputazione del mittente
  • infrastruttura & autenticazione
  • contenuto

La reputazione del dominio e dell’indirizzo IP da cui viene inviata l’email è la cosa più importante. Quando i server di posta ricevente identificano il mittente come inaffidabile, tutte le email provenienti da esso finiranno nella cartella spam, o addirittura rimbalzate indietro. Gli MTA possono proteggere e rafforzare la reputazione del mittente. Ecco perché hanno un impatto diretto sulla deliverability delle email. Controlliamo cosa possono fare esattamente i mail transfer agent per costruire la vostra credibilità di invio.

Riscaldare un indirizzo IP nuovo di zecca

Se state costruendo la vostra reputazione da zero, non dovreste usare il vostro indirizzo IP vergine a pieno carico. Non ha una storia di invio di email e quindi ha bisogno di un po’ di riscaldamento. Un MTA ti permetterà di fare questo e in seguito di aumentare lentamente la capacità di invio. Usare indirizzi IP freddi potrebbe anche essere un’opzione. Puoi instradare le email agli IP freddi con limiti molto bassi, e l’MTA è necessario per corrispondere a quei limiti.

Configura i flussi di invio della posta

Ogni dominio ricevente imposta i suoi limiti sulla posta in arrivo. Se vengono superati, il server di posta di invio può essere identificato come non affidabile. Per evitare questo, potete configurare il vostro MTA per limitare dinamicamente l’invio. Così, in caso di rifiuto da parte del dominio ricevente, il mail transfer agent metterà in pausa la coda di posta elettronica. L’invio continuerà a tassi più lenti dopo un periodo di back-off. Questo vi aiuterà a proteggere la reputazione del vostro dominio e del vostro IP.

Sfondare la lista grigia

Il fatto di finire in una lista nera è un problema comune per la reputazione del mittente. La greylisting è una sorta di misura preventiva utilizzata da alcuni provider di posta elettronica. Si tratta di un filtro che un mittente legittimo può attraversare molto più facilmente della lista nera. Per questo, un MTA organizza più code e fa più tentativi di consegnare un’e-mail quando è stata respinta.

Oltre alle caratteristiche di cui sopra, gli MTA permettono di fare molto di più. Potete usarli per impostare regole di throttling e routing delle email, monitorare il flusso della posta in uscita e molto altro.

Gli agenti di trasferimento della posta più usati

MTA Exim Postfix Sendmail Qmail Microsoft Exchange
Server OS support Unix-like Cross-platform Cross-platform Unix-like Windows Server
License GPLv2 IBM Public License Sendmail License Public domain Proprietary or closed-source software
SMTP over TLS Yes Yes Yes No Yes
POP3 UW IMAP/Dovecote UW IMAP/Dovecote UW IMAP or Dovecote server Yes Yes
IMAP UW IMAP/Dovecote
IPv6 Yes Yes Yes via Qsmtp Yes
Webmail No No No No Yes
Authentication mechanisms besides SMTP Authentication
  • PLAIN
  • LOGIN
  • CRAM-MD5
  • SPA
  • Cyrus SASL
  • Dovecot SASL
  • GNU SAS
  • Heimdal GSSAPI
  • Cyrus SASL authentication methods (except for APOP)
  • Cyrus SASL authentication methods (except for APOP)
  • X.509 PKI auth via STARTTLS and EXTERNAL
  • LOGIN
  • PLAIN
  • PAM
  • LDAP
  • any checkpassword utility
  • Active Directory
  • LOGIN
  • NTLM
  • Things to consider for choosing an MTA solution

    In the table above, we introduced the most common MTAs, but there are many more. Some of them are open-source, and others require payment. When choosing an MTS solution for your project, you should decide based on your goals and resources. Allo stesso tempo, due aspetti dovrebbero essere a fuoco:

    • Le prestazioni dell’MTA – questo è il valore che definisce la velocità, i volumi e la latenza dell’invio delle email. Gli MTA dedicati di solito forniscono il pieno controllo sui parametri di invio. Inoltre, permettono di monitorare le prestazioni e altre analisi.
    • La configurabilità dell’MTA – questo comporta l’accesso a configurazioni specifiche che consentono di migliorare le prestazioni dell’MTA. Per esempio, impostare più code di posta, abilitare l’autenticazione, risolvere i problemi in tempo reale, e così via.

    Qui ci sono anche alcuni punti da valutare per scegliere un fornitore di MTA:

    • reputazione e credibilità del fornitore
    • prezzi favorevoli all’utente e trasparenza dell’infrastruttura
    • politica di sicurezza e meccanismi di protezione dei dati
    • supporto all’utente per la risoluzione dei problemi
    • capacità di migrazione e scalabilità

    Caratteristiche indispensabiliavere caratteristiche per le migliori prestazioni dell’MTA

    • usabilità & gestibilità
    • capacità API/integrazione
    • clustering
    • caratteristiche incentrate sulla deliverability (throttling, pool di IP, regole di routing, ecc.)
    • capacità di autenticazione e-mail e monitoraggio (SPF, DKIM, DMARC)
    • accodamento multiplo
    • controllo dello spam (per la posta in uscita)

    MTA on-premise vs. relay SMTP cloud-based – qual è meglio?

    Possiamo affermare che gli MTA on-premise sono migliori al 100% rispetto a qualsiasi infrastruttura e-mail cloud-based? No, perché ogni progetto particolare ha le sue esigenze specifiche e può trarre vantaggio da una soluzione on-premise o cloud-based. Esploriamo questo in dettaglio.

    Un MTA on-premise è una via di mezzo

    Gli agenti di trasferimento della posta on-premise sono per lo più la scelta di imprese e grandi aziende. Questo comporta un’infrastruttura email completa (hardware + software) che è impostata secondo le vostre esigenze. Si tratta di un paradiso per l’invio di email, che costerà una fortuna. Sì, dovrete sborsare per il controllo esclusivo di tutte le operazioni di posta elettronica.

    Pros:

    • È possibile gestire ogni aspetto delle configurazioni di invio e-mail
    • Maggiore affidabilità
    • Integrabilità con strumenti e software interni
    • Connettibilità dell’infrastruttura di email marketing con fonti di dati interne fonti di dati interne
    • Nessuna o quasi nessuna limitazione da API o restrizioni web hook
    • Capacità di inviare tonnellate di email senza ritardi o altri problemi di velocità
    • Controllo completo della configurazione di invio email

    Cons:

    • Gli MTA on premise sono costosi. I prezzi partono da $6K per l’installazione, la configurazione e il riscaldamento dell’IP
    • Hai bisogno di spazio per ospitare l’hardware
    • L’impostazione richiede tempo (circa 3 mesi)
    • Hai la piena responsabilità di gestire l’infrastruttura e la sicurezza del database delle email.
    • Non è facile da scalare

    Un servizio di relay SMTP basato sul cloud è una buona scelta

    Diciamo che non hai 6K$ in più per un MTA on-premise, e le tue esigenze di invio email sono moderate (non hai bisogno di inviare qualche milione di email al mese). In questo caso, un servizio di relay SMTP come Mailgun o SendGrid è la migliore opzione che puoi avere. Sì, è un’infrastruttura basata sul cloud che si può utilizzare per l’invio di e-mail. È una soluzione usabile e veloce per iniziare. Lo svantaggio principale è che non è solo tuo. Non hai il pieno controllo e devi condividere l’infrastruttura con altri. Alcuni servizi, tuttavia, forniscono opzionalmente IP dedicati che è una grande caratteristica per aumentare la deliverability.

    Pros:

    • Facile da configurare e utilizzare
    • Molto più economico dei MTA on-premises
    • Prezzi flessibili
    • Il servizio relay SMTP è responsabile della sicurezza
    • Facile da scalare secondo le vostre esigenze

    Cons:

    • Costoso in una prospettiva a lungo termine
    • Dipendenza dalle integrazioni supportate dal servizio di relay SMTP
    • Mancanza di controllo

    Per concludere

    Non importa quale MTA usi – un Postfix open-source o un PowerMTA di livello enterprise – puoi raggiungere un alto livello di deliverability. Coloro che hanno soldi possono permettersi tutti i vantaggi della soluzione on-premises. Quelli che non ce l’hanno saranno limitati in qualche modo, ma hanno comunque delle opzioni tra cui scegliere. Quindi, assicuratevi che il vostro MTA soddisfi i requisiti del vostro progetto e che tutte le vostre email finiscano nella posta in arrivo.

    Se vi è piaciuto questo articolo, per favore condividetelo e diffondetelo. Lo apprezzeremo molto.

    Lascia un commento

    Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *