Email instance EC2 saya diblokir oleh gmail

13

Saya tidak yakin apa yang harus saya lakukan tentang ini. Ketika menggunakan IP yang berbeda (pengaturan server yang sama, domain, dll.), Kami tidak memiliki masalah dengan pengiriman email. Sejak mentransfer ke EC2, meskipun AWS telah menetapkan batas SMTP dihapus, saya menemukan bahwa email server saya masuk ke spambox saya. Situs saya mengirim beberapa ratus email (yang sah, disertakan) sehari. Menurut Anda apa solusi terbaik di sini?

Chris

email amazon-ec2 spam

— chrism2671
sumber

Itu bisa menjadi hal reputasi, mungkin blok alamat IP EC2 memiliki reputasi buruk. Cobalah memasukkan alamat ip Anda ke salah satu daftar putih global untuk pengirim massal.

— topdog

3

Hanya untuk menindaklanjuti, kami akhirnya menggunakan Cap Pos (layanan pengiriman surat pihak ketiga) untuk mengirimkan surat kami. Kami mungkin bertukar ke Amazon SES di masa depan; itu tidak tersedia ketika pertanyaan ini diajukan.

— chrism2671

9

Amazon sekarang telah merilis layanan email mereka sendiri. Amazon SES. Itulah taruhan terbaik Anda hanya dengan mengirim surat. http://aws.amazon.com/ses/

Jika Anda ingin statistik yang lebih terperinci dan wawasan tentang surat Anda seperti pelacakan terbuka dan klik Anda bisa menggunakan server SMTP pihak ketiga, favorit lama adalah AuthSMTP, jika Anda menginginkan sesuatu yang sedikit lebih modern dan lebih murah coba Email Elastis ( http: // elasticemail .com ).

— Joshua
sumber

8

EC2 sekarang memungkinkan Anda melakukan reverse DNS yang dapat dikonfigurasi, yang merupakan bantuan besar jika Anda mencoba mengirim email dari instance EC2. Lihat posting blog AWS ini untuk lebih jelasnya.

— gareth_bowles
sumber

1

Ini bagus, tetapi hanya setengah solusi untuk masalah yang lebih besar yang dihadapi Amazon. Sementara itu, saya akan melewati masalah dengan menyiapkan server email eksternal - tetapi itu membuat frustasi karena AWS cukup mahal tanpa harus membayar untuk keraguan mereka juga!

— chrism2671

6

Umumnya IP EC2 dilarang dan masuk daftar hitam hampir di semua layanan penyaringan spam karena hal yang disayangkan bahwa spammer suka membeli mesin virtual dan menggunakannya untuk melakukan spamming.

Satu-satunya hal yang dapat Anda lakukan untuk menggunakan IP elastis dan meminta layanan penyaringan spam umum untuk menghapus / 32-an Anda.

Solusi lain adalah dengan menggunakan beberapa layanan proxy SMTP di suatu tempat.

— Istvan
sumber

Dan Anda harus mengatur rDNS. Anda dapat melakukan ini dengan mengisi formulir di konfigurasi AWS. Pastikan forward-DNS-nya sama.

— Bart De Vos

@BartDeVos: AWS configpage. Yang mana yang Anda maksud dengan itu? Setelah masuk ke portal sana ia memiliki banyak tab. Untuk EC2 yang Anda maksud harus tersedia?

— YumYumYum

@YumYumYum: Ini dia: aws-portal.amazon.com/gp/aws/html-forms-controller/contactus/…

— Bart De Vos

4

Inilah yang berhasil bagi saya setelah beberapa percobaan dan kesalahan dengan contoh EC2

Menggunakan /sbin/postfixbukan/sbin/sendmail
Saya menetapkan nama host server surat saya di /etc/postfix/main.cf seperti ini: myhostname=www.your.tld(ubah www.nama.tld ke nama server Anda)
Saya mengatur rekaman Kerangka Kebijakan Pengirim (SPF) di DNS saya seperti ini: @ IN TXT "v=spf1 a +all"
Saya menetapkan data DKIM di DNS saya seperti ini: _adsp._domainkey.your.tld IN TXT "dkim=unknown" (Ubah your.tld ke nama domain Anda mis. Example.com)
Saya meminta pengaturan reverse-DNS pada IP elastis saya untuk menyelesaikan ke domain saya menggunakan formulir kontak AWS di https://aws-portal.amazon.com/gp/aws/html-forms-controller/contactus/ec2-email-limit-rdns-request

Email aplikasi web saya tidak lagi dialihkan ke spam oleh GMail. Tidak sampai mereka memimpikan beberapa anti-EC2 -rer anti-spam baru dan banteng!

— rampok
sumber

4

Menurut pendapat saya itu ide yang buruk untuk memiliki + semua dalam catatan SPF. + semua berarti lulus semua, dan tidak memiliki catatan SPF. Anda harus mengubahnya menjadi sesuatu seperti

@ IN TXT "v=spf1 +a +mx ip4:1.2.3.4 ip4:5.6.7.8 -all"

di mana
+ a berarti izinkan semua ips yang memiliki catatan A di DNS
+ mx berarti izinkan semua ips dengan catatan MX di DNS
ip4: nnnn berarti izinkan IP ini untuk mengirim email
-semua cara tidak mengizinkan hal lain mengirim email dari domain ini. Aturan diperiksa dari kiri ke kanan. karenanya -semua pada akhirnya akan melarang apa pun yang tidak memenuhi aturan sebelumnya

Juga

"dkim=unknown"

harus diubah menjadi

"dkim=all"

— shireeshj
sumber

3

Hmmm dalam kasus saya menggunakan postfix dan meneruskan email melalui authsmtp atau sendgrid.

http://pauldowman.com/2008/02/17/smtp-mail-from-ec2-web-server-setup/ http://wiki.sendgrid.com/doku.php?id=postfix

— rquillo
sumber

2

Ikuti Tes Server Email ini . Ini akan memberi Anda kemungkinan saran untuk diterapkan. Jika Anda tidak dapat menerapkan saran (atau) masih memiliki masalah, Anda bisa mendapatkan Layanan Relai SMTP

— Srikrishnan Chitoor
sumber

2

Jika Anda mengisi formulir ini dan memasukkan alamat IP Elastis Anda, alamat IP Anda tidak akan terdaftar dalam daftar hitam (setelah beberapa hari) kecuali Anda benar-benar mulai melakukan spamming dari mereka.

https://aws-portal.amazon.com/gp/aws/html-forms-controller/contactus/ec2-email-limit-rdns-request

Secara default, alamat IP EC2 di-greylisted pada sebagian besar daftar spam karena sifatnya yang dinamis. Mengirimkan permintaan di atas akan membuatnya sehingga alamat IP Anda tidak tercantum abu-abu.

— Michael Jensen
sumber

Satu-satunya jawaban aktual untuk pertanyaan itu, IMO.

— cloudsurfin

1

Agak berbahaya menggunakan EC2 untuk mengirim email. EC2, pada dasarnya, memungkinkan Anda untuk dengan cepat memutar dan menurunkan mesin, yang membuatnya hebat untuk mengirim spam. Saya akan merekomendasikan Anda mengirim email Anda dari host SMTP tetap yang didedikasikan untuk perusahaan Anda. Saya sebenarnya telah melakukan ini sendiri: Startup baru kami berjalan pada EC2, tetapi mengirimkan email menggunakan layanan Email Google Business di IMAP.

Simon @ LabSlice

— Simon di LabSlice-com
sumber