2012-09-20 22 views
14

Phần mềm PHP dựa trên web của chúng tôi hiện đang gửi bản tin tới bất cứ đâu từ 1-2000 người nhận. Thường thì bản tin có tệp đính kèm PDF (15KB-5MB). Bản tin không cần phải được tùy chỉnh cho từng người nhận.Hiệu quả E-mail PHP (BCC vs e-mail cá nhân)

Câu hỏi: Tốt hơn là gửi một e-mail có mỗi người nhận sao chép các bức xạ mù (BCC) hoặc tạo một thông điệp email duy nhất cho mỗi người nhận?

Cân nhắc: - Tùy chọn nào đặt ít căng thẳng hơn cho tác nhân chuyển thư? - Tùy chọn nào hiệu quả hơn theo lập trình? - Tùy chọn nào ít tốn kém tài nguyên hơn? - Có bất kỳ hạn chế nào cho một trong hai tùy chọn không? (ví dụ: BCC có số lượng tối đa)

Tôi đã thử Google và tôi không thể tìm thấy bất kỳ ai có ý kiến ​​dứt khoát dựa trên bằng chứng thực nghiệm. Thật khó để tìm thấy bất cứ ai có ý kiến ​​gì cả.

CẢM ƠN: Dành cho tất cả những người đóng góp để trả lời câu hỏi này. Đánh giá cao phản hồi từ mọi người để đảm bảo chúng tôi đang làm mọi thứ đúng cách!

+1

Cá nhân, với bcc, máy chủ thư vẫn chia tách. và nếu có điều gì đó xảy ra, bạn không muốn hiển thị tất cả các địa chỉ email đó. và bạn thực sự nên làm tùy biến anyway - ít nhất là để theo dõi. Nếu điều này nằm ngoài thẩm quyền cốt lõi của bạn, có một số dịch vụ giá hợp lý sẽ thực hiện việc này. –

+0

ngoài - thậm chí không nghĩ đến việc sử dụng [mail()] (http://php.net/manual/en/function.mail.php) cho việc này. –

+0

Dagon: Tại sao bạn đề xuất không sử dụng thư()? Về cơ bản những gì tôi đã làm được tạo ra một lớp Mail xử lý định dạng của một tin nhắn nhưng cuối cùng tôi vẫn sử dụng mail() để thực hiện việc gửi. Có cách nào hiệu quả hơn trong việc đẩy thư tới MTA bằng cách sử dụng PHP không? – OrangeFrog

Trả lời

16

Tạo một email cho mỗi người nhận. Sử dụng trường Đến thay vì BCC để biến nó thành cá nhân.

Ưu

  • Hàng đợi mail sẽ phản ánh chính xác những gì đang xảy ra.
  • Bạn có thể phân phối tải cho nhiều máy chủ email.
  • Bạn có thể cá nhân hóa "Tới" "Chủ đề" "Nội dung", v.v.
  • Bạn có thể sử dụng URL theo dõi.
  • Máy chủ thư thường có giới hạn BCC cho mỗi thư. Bạn sẽ không đạt đến giới hạn nếu bạn gửi một tin nhắn duy nhất tại một thời điểm.
  • Email BCC thường nằm trong hàng đợi cho đến khi tất cả các lần gửi được hoàn tất. Rất hiếm, nhưng chúng tôi đã gặp phải (với qmail mới nhất) mà đôi khi một người nhận sẽ phản hồi với một lỗi gây nhầm lẫn cho máy chủ thư để gửi lại, thất bại, một lần nữa, thất bại ... cho đến khi chúng tôi xóa nó khỏi hàng đợi. Điều này khiến mọi người rất thất vọng.

Nhược

  • PHP kịch bản phải làm việc chăm chỉ hơn để tạo ra các yêu cầu cá nhân.

Chắc chắn có những ưu điểm và nhược điểm khác, nhưng đó là danh sách tôi theo dõi.

CẬP NHẬT: Về tệp đính kèm PDF, tôi khuyên bạn nên cung cấp liên kết tải xuống trừ khi điều quan trọng là đưa nó vào email.

  • Phần đính kèm PDF khiến email trông đáng ngờ hơn đối với các trình quét spam/vi rút, vì spam được biết là khai thác các phiên bản Acrobat dễ bị tấn công. Các tệp đính kèm PDF này có thể làm cho bản tin của bạn có nhiều khả năng kết thúc trong thư mục Spam của người nhận.
  • PDF lớn (1 + mb) không thân thiện với những người kiểm tra email của họ bằng kết nối chậm hoặc thiết bị bị hạn chế như điện thoại thông minh.
  • Liên kết nhỏ hơn nhiều so với tệp đính kèm. Bạn sẽ tiết kiệm được tới 13GB băng thông nếu bạn bỏ đi phần đính kèm 5MB đó!
+3

đó là những gì tôi sẽ viết nếu tôi không quá lười biếng :-) –

+0

@Dagon +1 :) Tôi vừa thêm một số thông tin về tệp đính kèm PDF. – jimp

+1

Cảm ơn - Tôi đã không xem xét việc truyền tải tải trên nhiều MTA. Đó là một ý kiến ​​hay! Ứng dụng của chúng tôi được khởi tạo để lên tới 450 trang web đều hoạt động tương tự (2000 người nhận x 450 trang x 12 bản tin mỗi năm ... nhiều thư). – OrangeFrog

1

Tùy thuộc vào cơ sở hạ tầng MTA tại trang web của bạn. Nếu hộp đang chạy ứng dụng web của bạn được thiết lập để chuyển tiếp tất cả các e-mail đến một số trung tâm e-mail tại ISP của bạn thì BCC chắc chắn là lợi thế. Nếu không, nó có thể tiết kiệm một số băng thông cho bạn nhưng không nhất thiết (nó phụ thuộc vào địa chỉ thực tế bạn gửi đến) Ngoài ra, tôi khuyên bạn không nên đính kèm pdf vào thư nhưng đặt nó trên máy chủ web và bao gồm siêu liên kết trong e- thư. Khi tôi nhận được tin nhắn của bạn là một tin nhắn số lượng lớn. Tôi tin rằng nhiều người không đọc tin nhắn của bạn ngay cả khi họ chọn nhận.

+0

Chúng tôi đang sử dụng máy chủ chuyển tiếp thư trên cùng một mạng. Tôi sẽ tưởng tượng dựa trên những gì bạn đề xuất BCC là nhanh hơn (một tin nhắn từ máy chủ web đến máy chủ chuyển tiếp thư như trái ngược với 2000 thư từ máy chủ web đến máy chủ chuyển tiếp thư). – OrangeFrog

1

Thay vì đính kèm một tệp lớn (cũng có thể bị một số MTA từ chối vì kích thước) tải nó ở đâu đó trên một nơi công cộng (tức là máy chủ web) và gửi liên kết đơn giản tới tất cả người nhận email mà họ có thể sử dụng để xem tệp PDF.

Điều tốt về phương pháp này là bạn tiết kiệm được nhiều băng thông và ngay cả khi bạn cần các tệp PDF khác nhau cho mọi người nhận, bạn vẫn có thể sử dụng nó.

Các vấn đề liên quan