Server di posta elettronica su EC2 con bilanciamento del carico elastico

Question

Diciamo che ho un paio di istanze ec2 con un bilanciamento del carico elastico e voglio eseguire un server di posta elettronica su di esse in modo da poter inviare e ricevere e-mail da più indirizzi. Qual è la migliore pratica per farlo?

Answer 1

È una sorta di ampia domanda, ma posso darti una (utile), specifica risposta utile. L'email è un argomento di cui non si parla molto con AWS. In effetti, è qui che i benefici del cloud possono diventare un po '... nuvolosi.

Dal mio punto di vista, il problema chiave è la consegna delle email - assicurandosi che le e-mail inviate dal cloud siano ricevute in modo affidabile dai destinatari previsti. A causa delle misure anti-spam utilizzate dai provider di posta elettronica, ciò significa utilizzare gli indirizzi IP che hanno una buona reputazione. Sfortunatamente, questo non è un grande vantaggio di AWS. Infatti, lo molti filtri antispam semplicemente eliminano le email inviate dagli indirizzi IP di AWS, e questo vale anche per altri fornitori di servizi cloud.

Così ogni volta che mando nessuna email di AWS, ho sempre utilizzare un servizio di inoltro come SendGrid. Tali società offrono l'inoltro SMTP in modo sicuro e forniscono tutti gli strumenti necessari per consegnare in modo affidabile sia le e-mail di massa che quelle transazionali.

Al livello di ingresso, si utilizzano IP condivisi e si ottiene il vantaggio di DKIM, di tracciamento dei clic e di apertura e di rimbalzo/blocco dei rapporti. SendGrid aiuta a gestire la reputazione del tuo dominio con i grandi provider. A livelli di servizio più elevati, possono aiutarti a scaldare e mantenere il tuo indirizzo IP di invio di posta elettronica dedicato per assicurarti di non essere influenzato negativamente da altri clienti SendGrid.

Ovviamente, Amazon vende anche semplice servizio e-mail, e ci sono anche altre opzioni, come l'invio tramite Gmail. Non sono in alcun modo affiliato con nessuna di queste società, ma il mio principale consiglio per le persone che desiderano inviare qualsiasi tipo di email da un fornitore di servizi cloud è di utilizzare sempre un servizio di terze parti per massimizzare la deliverability.

Per quanto riguarda la ricezione di e-mail, un Elastic Load Balancer non è utile per SMTP, anche se se si fornisce webmail, può aiutare a bilanciare il traffico sulla porta 80. Per SMTP, utilizza più record MX con lo stesso peso, indicando un gruppo di host che possono ricevere l'e-mail.

Per il vostro agente di trasporto di posta, raccomando Postfix, ma è una questione di preferenza. Troverai molte persone che raccomandano anche Qmail e Sendmail.

Answer 2

Sono d'accordo con la maggior parte della risposta di @platforms in merito a che riceve l'email nel "cloud", ad esempio AWS. Soprattutto la nota sul bilanciamento del traffico sulla porta 80 e l'impossibilità di bilanciare SMTP (utilizzando invece più record MX). Solo per dare una visione diversa su questo argomento, ho sempre impostato un singolo MS Transport Edge Server per tali attività. In un Microsoft TechNet post menzionano che una fattoria di 6 di questi server è in grado di gestire in sicurezza circa 13 milioni di messaggi al giorno (anche sotto carico massimo).

Su invio di e-mail dal "cloud", ad esempio AWS, importa, non sono d'accordo, però. Consiglio vivamente di utilizzare Amazon Simple Email Service (SES). È completamente integrato con il resto della tua infrastruttura e gli SDK di AWS hanno tutti i collegamenti necessari per la maggior parte dei linguaggi/piattaforme di programmazione. Finché imposti correttamente i tuoi record di dominio, DKIM, ecc., Non avrai problemi con la deliverability. Hai anche le stesse segnalazioni su rimbalzi, blocchi, reclami, ecc.Fonte: uso da anni SES senza alcuna lamentela in merito alla deliverability.