Tôi có nên chạy MTA của riêng mình?

Tôi cần gửi một khối lượng lớn email, khoảng 60.000 mỗi tuần. Hiện tại, chúng tôi thuê ngoài dịch vụ này cho bên thứ ba và chúng tôi hy vọng sẽ tăng gấp đôi khối lượng của chúng tôi trong vòng 6 tháng tới. Vì dịch vụ bắt đầu quá đắt đỏ, tôi đã suy nghĩ về việc thiết lập MTA của riêng chúng tôi.

SysAdmin của chúng tôi nói với chúng tôi rằng không khó để có MTA riêng của chúng tôi, nhưng tôi sợ rằng anh ấy có thể đã quá đơn giản hóa điều này.

Có khó khăn để xử lý một MTA? Tôi có nên sợ rằng MTA của tôi sẽ mất thư của công ty không? Tôi có nên ở lại với một dịch vụ bên thứ ba?

ps: Các email đã được thu thập tôn trọng luật pháp địa phương về quyền riêng tư, vì vậy không có thư rác.

Không nên có vấn đề gì khi tự làm điều đó, tuy nhiên, bạn cần một sysadmin có kinh nghiệm hoặc một sysadmin sẵn sàng để học một cái gì đó mới. Không dễ như chạy một trình nền khác và mở một cổng trong tường lửa.

Tôi chạy MTA cho các dự án cá nhân trên VPS và trong khi bạn tất nhiên cần tính sẵn sàng cao và có thể xử lý nhiều tải hơn, thiết lập chung sẽ khá giống nhau. Một số lời khuyên chung:

• Hãy chắc chắn không kết thúc với một rơle mở, bạn sẽ bị đưa vào danh sách đen
• Đọc về cách tránh thư mục thư rác đáng sợ
• Đảm bảo các bản ghi MX chính xác được đặt đúng chỗ
• Sử dụng tên miền phụ cho MTA chỉ gửi của bạn (mailer.example.com)
• Sử dụng các tiêu đề thư chính xác, từ: và trả lời:
• Sử dụng DKIM để ký thư (cũng giúp tránh thư rác)

CHỈNH SỬA:

Tôi đã quên hai điểm quan trọng (cảm ơn symcbean):

• SPF , để hạn chế thư từ miền của bạn đến IP hoặc phạm vi cụ thể
• Xử lý nảy thông minh; được định cấu hình để nói chuyện với ứng dụng danh sách gửi thư của bạn (xóa địa chỉ chết, v.v.)

Trừ khi công ty của bạn kinh doanh trong việc gửi email , thì tôi sẽ chỉ xem đây là phương sách cuối cùng.

Có rất nhiều công ty ngoài đó gửi email hàng loạt, vì vậy tôi có xu hướng mua sắm xung quanh (hoặc thương lượng lại phí) trước khi đầu tư thời gian & nguồn lực vào việc xây dựng và hỗ trợ giải pháp MTA của riêng bạn.

Giữ cho một công ty nhanh nhẹn và có thể xoay vòng là rất quan trọng. Dịch vụ thuê ngoài không quan trọng cho phép bạn dễ dàng thực hiện việc này hơn.

Phải nói rằng, nếu bạn đang kinh doanh trong việc gửi email, thì bạn hoàn toàn nên xem xét việc thiết lập MTA của riêng mình - mặc dù bạn vẫn có thể muốn xem việc lưu trữ này trên môi trường VPS.

SysAdmin của chúng tôi nói với chúng tôi rằng không khó để có MTA riêng của chúng tôi, nhưng tôi sợ rằng anh ấy có thể đã quá đơn giản hóa điều này.

Hoặc anh ta là một loại uber-geek, hoặc anh ta không hiểu vấn đề.

Chạy một MTA tương đối đơn giản. Chạy một MTA cung cấp một lượng lớn email hàng loạt trong khi vẫn duy trì khả năng gửi tốt là rất, rất phức tạp.

cvaldemar đề nghị sử dụng DKIM, tuy nhiên không đề cập đến SPF (những điều này không loại trừ lẫn nhau, tuy nhiên sau này có tỷ lệ chấp nhận cao hơn nhiều). Ngoài các điểm được đề cập trong bài đăng đó, bạn cũng cần kích hoạt điều tiết theo điểm đến, xử lý thoát thông minh và quản lý danh sách chủ động (để tránh tiếng xấu bị trả lại).

Chạy một máy chủ trên một dải địa chỉ được gán cho bạn sẽ có được đại diện cao hơn nhiều so với trên một máy chủ được lưu trữ. Việc này cũng đơn giản hóa quá trình thiết lập các bản ghi PTR (cũng tăng đại diện của bạn).

Chạy spamassassin trong nội bộ sẽ giúp bạn xác định các vấn đề sớm hơn trong quy trình.

Nếu bạn có kinh nghiệm cần thiết, bạn có thể làm điều đó.

Tôi đề nghị không để mất email, để bắt đầu thử nghiệm MTA mới của bạn với một lượng nhỏ email. Khi bạn hài lòng, bạn có thể sử dụng nó cho tất cả các email của bạn.

Nếu bạn đang thực hiện khối lượng email đó, tôi hy vọng bạn có một hệ thống tự động gửi email. Dựa trên số lượng email bạn đang tạo, có vẻ như trong một chừng mực nào đó bạn đang kinh doanh trong việc gửi email. Điều quan trọng đối với doanh nghiệp của bạn là email của bạn được gửi đi. Nếu nó quan trọng, bạn cần phải xử lý tốt cách xử lý email của bạn. Tuy nhiên, bạn thực hiện giải pháp của mình, bạn sẽ muốn đảm bảo phản hồi thích hợp để:

• bạn xóa địa chỉ chết;
• bạn phát hiện cấu hình sai; và
• bạn nhận được thông báo nếu bạn được thêm vào danh sách đen.

Thiết lập MTA của riêng bạn không khó, và một khi được cấu hình, chúng có xu hướng chạy với ít bảo trì. Có những tiêu chuẩn và quy ước phải tuân theo, và việc không tuân theo chúng sẽ làm tổn hại đến khả năng gửi thư của bạn một cách đáng tin cậy. Thật không may, một số tổ chức trong doanh nghiệp gửi thư khối lượng lớn cho những người khác không theo dõi họ. Sử dụng dịch vụ của bên thứ ba có thể dẫn đến thư của bạn bị phân loại là thư rác.

Tôi đã đăng một bài ca ngợi về Chạy một Máy chủ Email nhằm chủ yếu vào những người không biết. Nó giải thích một chút công bằng về những gì liên quan đến việc điều hành MTA. Chính sách email của tôi cung cấp các tài nguyên bổ sung như các bài đăng khác mà tôi đã thực hiện trên Email .

Đối với loại thư này, hãy xem xét sử dụng một tên miền phụ và máy chủ chuyên dụng. Điều chỉnh cho email hàng loạt khối lượng lớn có thể khác biệt đáng kể so với những gì bạn muốn cho email cá nhân. Đảm bảo rằng bạn chấp nhận và xem xét email được gửi đến postmastervà abuseđịa chỉ. Nếu bạn có địa chỉ email không hợp lệ trong (các) danh sách của mình, ban đầu bạn có thể gặp phải các vấn đề về kích thước hàng đợi. Bạn có thể đăng ký tên miền của mình với nhiều dịch vụ lưu trữ thư khối lượng lớn như Gmail, Hotmail, v.v.

EDIT: Chạy MTA của riêng bạn cho một dịch vụ như thế này không có nghĩa là bạn cần chạy MX của riêng mình. MX (Mail Exchange) và MTA của bạn để trao đổi thư thường xuyên có thể được xử lý bởi bên thứ ba. Sử dụng tên miền phụ chuyên dụng để xử lý email hàng loạt và / hoặc email tự động. Quản lý nó theo nhu cầu của bạn.

Chạy một MTA không quá khó, nhưng đòi hỏi một số kinh nghiệm.

Nhưng, bạn chỉ có thể sử dụng MTA mới này để gửi e-mail hàng loạt. Bạn không cần phải chuyển toàn bộ tin nhắn của công ty sang nó.

Tôi thấy MTA MailerQ dễ cấu hình và dường như được xây dựng để xử lý khối lượng email rất lớn. Bạn có thể xem kết quả gửi trực tiếp từ gui và thay đổi quy tắc một cách nhanh chóng.