Email quan trọng như thế nào?


8

Tôi đang bắt đầu tạo một trang web và muốn chạy nó trên VPS thay vì chia sẻ vì nhiều lý do. Điều này có nghĩa là, nếu tôi muốn sử dụng dịch vụ email, tôi cần phải giải quyết nhiệm vụ không hề nhỏ là chạy máy chủ email. Không phải là một vấn đề thú vị cho một "noob" như tôi.

Ba cách sử dụng tôi có thể nghĩ về sự cố như sau:

  1. Các dịch vụ "gửi email cho quản trị viên / hỗ trợ / bất cứ điều gì" thông thường. Tôi cho rằng tôi có thể thoát khỏi việc sử dụng "mysite@gmail.com" nhưng tôi muốn giữ mọi thứ thống nhất nếu có thể.
  2. Email xác nhận tài khoản / đặt lại mật khẩu. Điều này có vẻ như trở ngại lớn.
  3. Email tiêu hóa, tức là "những điều sau đây đã xảy ra với công cụ của bạn trong tuần trước - trả lời, bỏ phiếu, v.v." Không giống nhau từ các email stackoverflow. Chọn tham gia, rõ ràng.

Tôi có thực sự có tùy chọn không hỗ trợ email trên trang web của mình không?


Tôi ghét phải nói điều này, nhưng VPS không phải là một yêu cầu cho email - chỉ có một tên miền và máy chủ thuộc bất kỳ loại nào có thói quen gửi thư. VPS là một giải pháp cho các vấn đề mở rộng.
Talvi Watia

@Talvi: Tôi chưa bao giờ nói VPS là bắt buộc đối với email. Điều tôi nói là tôi có những lý do khác để sử dụng VPS (mặc dù bây giờ tôi đã nói về điều đó). Máy chủ được chia sẻ của tôi đã cài đặt email mà tôi có thể sử dụng, nhưng đó không phải là một thứ được tích hợp sẵn với VPS (rõ ràng). Không biết về Google Apps, tôi nghĩ rằng tôi sẽ phải tự mình xây dựng máy chủ thư.
AgentConundrum

Câu trả lời:


16

Email vẫn rất quan trọng. Và đừng sử dụng tài khoản company @ gmail / @ hotmail.com, nó chỉ gửi tất cả các loại tín hiệu sai. Mặt khác, không ai nói rằng bạn cần phải tự chạy máy chủ SMTP.

Một giải pháp đơn giản và chi phí thấp là Google Apps Standard miễn phí trên tên miền của riêng bạn . Điều này cung cấp cho bạn một giao diện web đơn giản để quản lý tài khoản email, ứng dụng webmail GMail và truy cập POP3 / SMTP / IMAP4 vào email của bạn. Bạn có thể sử dụng thư viện máy khách POP3 / SMTP thông thường để gửi email từ máy chủ ứng dụng web của mình. Tôi đã thấy những khiếu nại giai thoại về việc phân phối chậm và đạt giới hạn của Google quá sớm trong khi sử dụng phiên bản Google Apps miễn phí; nhưng cá nhân tôi chưa bao giờ gặp vấn đề với Google Apps.

Nếu bạn cần gửi nhiều email, bạn luôn có thể nâng cấp lên tài khoản Google App Engine trả tiền hoặc chuyển máy chủ thư đi của bạn sang một thứ như Sendgrid .

Bạn nên thiết lập bản ghi Khung chính sách người gửi để chủ động đưa danh sách trắng các máy chủ email cho tên miền của bạn và bao gồm các bản ghi SPF của các nhà cung cấp thư bên ngoài .

Một điều cuối cùng: Đừng đánh giá thấp sức mạnh của email như một công cụ bán hàng & duy trì. Một email cá nhân được nhắm mục tiêu sau khi đăng ký, một email nhắc nhở nếu ai đó không sử dụng trang web trong thời gian dùng thử, v.v. - những điều này giúp giảm tỷ lệ từ bỏ.


+1 Tôi đã sử dụng Google Apps Standard cho e-mail của mình trên một vài tên miền và tôi sở hữu kể từ tháng 5 năm ngoái và nó hoạt động rất tốt và dễ dàng để thiết lập.
MetalMikester

+1 Google Apps hoàn hảo cho việc này, bảo vệ spam tốt và bạn sẽ không gặp bất kỳ vấn đề nào với các bản ghi MX. Tôi chỉ cần chuyển từ email nhà cung cấp tên miền của mình sang Google Apps và nó hoàn hảo.
Kevin

Đây chắc chắn là ý tưởng tốt nhất vì hai lý do: 1) Tôi đang xem WebFaction để lưu trữ ban đầu và chúng được thiết lập để bạn không thể sử dụng mail (). Nếu tôi đã thuê ngoài cho một máy chủ SMTP bên ngoài, thì đó cũng có thể là google. 2) Nếu tôi từng đến thời điểm tôi vượt qua google (có nghĩa là gửi email cho 25 nghìn người mỗi ngày - 50 tài khoản * 500 địa chỉ duy nhất), việc lưu trữ máy chủ thư của riêng tôi sẽ là một mối quan tâm nhỏ.
AgentConundrum

Phụ lục: Tôi biết WebFaction không phải là VPS, nhưng một người bạn của tôi đã nói với tôi về việc bắt đầu chia sẻ và WebFaction có vẻ khá tùy biến, với quyền truy cập shell / ssh và khả năng cài đặt Sphinx nếu tôi cần.
AgentConundrum

1

Tôi đang xem xét vấn đề này cho một vài trang web / ứng dụng mà tôi dự định sẽ sớm triển khai. Đối với các ứng dụng của tôi, tôi đang nghiêng về việc không hỗ trợ email, nhưng các quyết định phụ thuộc rất nhiều vào đối tượng mục tiêu của bạn.

Đối với ba trường hợp sử dụng bạn đề cập:

  1. Bạn không cần phải chạy máy chủ thư của riêng bạn cho việc này. Bạn có thể sử dụng chuyển tiếp thư của nhà đăng ký để gửi thư đến tài khoản gmail (hoặc tương tự) hoặc thiết lập DNS của tên miền để bạn có thể sử dụng gmail trực tiếp qua hệ thống "google cho tên miền của bạn" như vậy .
  2. Đối tượng mục tiêu của tôi không phải là công chúng nói chung vì vậy tôi sẽ sử dụng "cách sử dụng một cái gì đó như giữ bí mật và bạn sẽ không quên mật khẩu của mình" và "bạn đã bỏ qua việc lấy lại thông tin đăng nhập tài khoản của mình, cũng không phải là bạn" nhưng nếu bạn đang nhắm mục tiêu đối tượng rộng đặc biệt là nếu bạn dự định (bây giờ hoặc sau này) kiếm một số thu nhập từ các trang web thì điều này sẽ không rửa sạch.
    Bạn không cần phải chạy một máy chủ thư đầy đủ cho các thông báo tài khoản - chỉ là một máy chủ gửi đi. Đảm bảo rằng nó không được định cấu hình như một rơle mở (phải phân phối thiết lập thư tiêu chuẩn là chính xác trong trường hợp này nhưng luôn tự kiểm tra trong trường hợp) và nếu bạn có gợi ý chống spam dựa trên DNS hoặc DNS tương tự (các) tên miền của bạn đảm bảo rằng máy chủ mới được liệt kê là người gửi hợp pháp.
  3. Loại thông tin này có thể được trình bày dưới dạng bảng điều khiển dựa trên trang web, trừ khi có thể có thông báo khẩn cấp mà người dùng của bạn sẽ muốn / cần xem mà không cần đăng nhập vào ứng dụng của bạn. Cũng như các hành động tài khoản, bạn không cần phải thiết lập một máy chủ thư đầy đủ cho việc này - chỉ là một MTA để gửi.

Ngay cả khi bạn chỉ gửi từ VPS của mình và giữ dịch vụ thư chính của bạn được lưu trữ ở nơi khác, bạn vẫn gặp sự cố về thư từ VPS bị xác định nhầm là rác, đó là một trong những lý do khiến tôi muốn loại bỏ tất cả các ứng dụng của mình. cùng nhau - nếu tôi không gửi bất kỳ thư nào, tôi sẽ không phải đối phó với những người sử dụng dịch vụ thư giận dữ với các bộ lọc rác nhạy cảm hoặc khả năng mọi người vô tình gắn cờ thư là rác (có nghĩa là họ có thể không nhận được thư trong tương lai của bạn).

Thật không may, cách duy nhất để trả lời "tôi có thể thực sự sống mà không cần gửi trang web của tôi không" là xem xét đối tượng mục tiêu của bạn và cách họ sẽ muốn sử dụng dịch vụ của bạn. Bạn có thể làm mà không cần thư nếu người dùng của bạn sẽ không bỏ lỡ (các) tính năng hoặc bạn có thể biện minh rằng họ không ở đó nếu người dùng của bạn yêu cầu.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.