Saya mulai membuat situs, dan ingin menjalankannya di VPS daripada dibagikan karena berbagai alasan. Ini berarti, jika saya menginginkan layanan email, saya harus menangani tugas non-sepele menjalankan server email. Bukan masalah yang menyenangkan untuk "noob" seperti saya.
Tiga kegunaan saya dapat memikirkan memecah sebagai berikut:
- Layanan "email admin / dukungan / apa pun" yang biasa. Saya kira saya bisa lolos dengan menggunakan "[email protected]" tetapi saya lebih suka untuk menjaga semuanya seragam jika memungkinkan.
- Email / kata sandi konfirmasi akun diatur ulang. Ini sepertinya rintangan utama.
- Intisari email, yaitu "hal-hal berikut terjadi pada barang-barang Anda dalam seminggu terakhir - balasan, suara, dll." Tidak berbeda dengan email stackoverflow. Ikut serta, tentu saja.
Apakah saya benar-benar memiliki opsi untuk tidak mendukung email di situs saya?
Jawaban:
Email masih sangat penting. Dan jangan gunakan akun [email protected] / @ hotmail.com, itu hanya mengirim semua jenis sinyal yang salah. Di sisi lain, tidak ada yang mengatakan Anda harus menjalankan server SMTP sendiri.
Salah satu solusi sederhana dan murah adalah Standar Google Apps gratis dengan nama domain Anda sendiri . Ini memberi Anda antarmuka web sederhana untuk mengelola akun email, aplikasi email web GMail, dan akses POP3 / SMTP / IMAP4 ke email Anda. Anda dapat menggunakan perpustakaan klien POP3 / SMTP biasa untuk mengirim email dari server aplikasi web Anda. Saya telah melihat keluhan anekdotal tentang pengiriman lambat dan terlalu cepat mencapai batas Google saat menggunakan edisi Google Apps gratis; tetapi secara pribadi saya tidak pernah memiliki masalah dengan Google Apps.
Jika Anda perlu mengirim banyak email, Anda selalu dapat meningkatkan ke akun Google App Engine bayaran , atau mengganti server surat keluar Anda ke sesuatu seperti Sendgrid .
Anda harus mengatur catatan Kerangka Kebijakan Pengirim untuk membolehkan daftar putih server email untuk domain Anda secara proaktif, dan memasukkan catatan SPF dari penyedia email eksternal Anda .
Satu hal terakhir: Jangan meremehkan kekuatan email sebagai alat penjualan & penyimpanan. Email pribadi yang ditargetkan setelah mendaftar, email pengingat jika seseorang tidak menggunakan situs selama masa percobaan mereka, dll - ini membantu mengurangi tingkat pengabaian.
sumber
Saya sedang mempertimbangkan masalah ini untuk beberapa situs / aplikasi yang akan segera saya implementasikan. Untuk aplikasi saya, saya condong ke arah tidak mendukung email, tetapi keputusan sangat tergantung pada audiens target Anda.
Untuk tiga kasus penggunaan Anda menyebutkan:
Anda tidak perlu menjalankan server email lengkap untuk pemberitahuan akun - hanya server keluar. Pastikan itu tidak dikonfigurasikan sebagai relai terbuka (harus distro pengaturan mail standar benar di luar kotak dalam hal ini tetapi selalu menguji sendiri jika-kalau) dan jika Anda memiliki SPF atau petunjuk anti-spam berbasis DNS serupa ditetapkan untuk domain Anda pastikan server baru terdaftar sebagai pengirim yang sah.
Bahkan jika Anda hanya mengirim dari VPS dan menyimpan layanan email utama Anda di tempat lain, Anda masih memiliki masalah bahwa email dari VPS Anda salah diidentifikasi sebagai sampah yang merupakan salah satu alasan saya ingin menghapus aplikasi saya mengirim email semua bersama-sama - jika saya tidak mengirim email apa pun, saya tidak harus berurusan dengan pengguna layanan email yang jengkel dengan filter sampah yang sensitif atau kemungkinan orang secara tidak sengaja menandai pesan tersebut sebagai sampah (artinya mereka mungkin tidak mendapatkan pesan Anda di masa mendatang).
Sayangnya satu-satunya cara untuk menjawab "bisakah saya benar-benar hidup tanpa situs saya mengirim surat" adalah dengan mempertimbangkan audiens target Anda dan bagaimana mereka ingin menggunakan layanan Anda. Anda dapat melakukannya tanpa email jika pengguna Anda tidak akan ketinggalan fitur atau Anda dapat membenarkan mereka tidak ada di sana jika pengguna Anda bertanya.
sumber