A seconda delle tue esigenze, neanche tu
A) Usa SNS
o
B) non inviare e-mail.
Certo, l'e-mail interna funzionerà bene, ma quasi tutto ciò che invii dovrebbe essere rifiutato come spam a meno che tu non invii ec2-a-b-c-d.compute-1.amazonaws.com
. Per impostare la posta elettronica è necessario abbinare i mapping IP inverso, per non parlare di SPF e DKIM. Con EC2 non hai accesso alle fonti DNS autorevoli per gli IP e quindi non puoi configurare correttamente la rete.
SNS non è destinato all'invio di posta agli utenti finali, ma se si è dopo il monitoraggio o la configurazione del flusso di lavoro, si adatta perfettamente alla fattura.
Probabilmente vorrai un mailhost esterno. Ho sentito che Rackspace ha alcune belle opzioni, ma non le ho mai usate da solo.
Modificato
Non ero a conoscenza del modulo di richieste di posta Amazon: questo fornisce un'altra opzione che ti permetterà di inviare posta da EC2.
Dovrai prima allocare e assegnare un IP elastico al tuo server di posta, poiché ciò rimuove il problema di fluidità. Assicurati di impostare il monitoraggio, poiché se il tuo server di posta scende, il tuo IP elastico rimarrà penzolante e dovrai pagare all'ora per gli IP elastici non collegati.
Successivamente, dovrai impostare una mappatura diretta su questo IP dal tuo dominio: nella sintassi BIND per il file di zona "esempio.com", sarebbe
mail IN A 1.2.3.4
A seconda delle impostazioni DNS (in particolare di RTTL), la propagazione potrebbe richiedere del tempo. È più semplice aspettare un giorno, ma probabilmente sarai al sicuro ogni volta che nslookup mail.example.com
ritorni 1.2.3.4
.
Dovresti anche specificare che la posta al tuo server dovrebbe essere gestita mail.example.com
, dato che il vecchio IP pubblico della tua istanza EC2 sarà sostituito dal nuovo IP elastico.
Includere l'EIP nel modulo dove richiesto e mail.example.com
come DNS inverso.
(In BIND, il record verrebbe inserito come 4.3.2.1.in-addr.arpa. IN PTR mail.example.com.
)
Come indicato nel modulo, potrebbe essere necessario del tempo per l'aggiornamento delle whitelist.
insidie:
Gli host EC2 non sono pensati per essere terribilmente stabili. Se lo usi come servizio di produzione, dovresti avere due host del server di posta configurati in modo completamente ridondante. Se / quando uno fallisce, dovresti avere la possibilità di distribuire automaticamente o almeno rapidamente un nuovo server per sostituirlo.