4.4.1. Hệ thống cần được thiết kế với đòi hỏi hạ tầng ở mức thấp. Có thể hiểu trên các khía cạnh nguồn điện, băng thông Internet đòi hỏi thấp mà vẫn đảm bảo hoạt động với cùng lượng khách hàng phục vụ.
4.4.2. Hạ tầng đòi hỏi cho hệ thống không có những đặc thù riêng khó đáp ứng, như các điện thế, nhiệt độ môi trường, giao thức kết nối mạng không phổ biến.
4.5. Yêu cầu về nền tảng phần cứng và phần mềm
4.5.1. Hệ thống phải được thiết kế trên nền phần cứng hỗ trợ các tính năng phục vụ xử lý song song ở phần cứng. (Xử lý đa luồng (multi threading), đa vi xử lý trong một lõi (multi-core), đa nhiệm với sự hỗ trợ của phần cứng (hardware context switching)...).
4.5.2. Hệ thống phải được thiết kế dựa trên nền tảng hệ điều hành có độ ổn định cao và đã được chứng minh hoạt động hiệu quả với hệ thống thư điện tử với cường độ khai thác lớn.
4.5.3. Phần cứng và phần mềm dùng cho hệ thống cần có lộ trình cung cấp, hỗ trợ và nâng cấp ổn định, tránh dùng các dòng sản phẩm đang chuẩn bị dừng phát triển. Ví dụ: Dòng máy Alpha của HP.
4.6. Yêu cầu về các tính năng của MTA
4.6.1. Kiểm soát relay bằng địa chỉ hoặc dải địa chỉ IP.
4.6.2. Kiểm soát relay bằng địa chỉ gửi/nhận: chỉ nhận qua SMTP những địa chỉ hợp lệ. Có thể cấu hình để chỉ relay cho các thư điện tử gửi đi bởi những hộp thư có tồn tại trên hệ thống.
4.6.3. Kiểm soát relay qua các black-list. Quản trị viên có thể can thiệp vào black-list khi cần thiết. Có khả năng cập nhật black-list tự động trong đó có thể tự động nhận DNS Real-time black hole list.
4.6.4. Có khả năng kiểm soát địa chỉ người gửi hợp lệ. Có khả năng kiểm tra các địa chỉ thư điện tử người gửi hợp lệ (phải có hoặc MX hoặc A trên bản ghi DNS). Có khả năng kiểm soát địa chỉ người gửi thư ra ngoài hệ thống phải là địa chỉ có thật trên hệ thống.
4.6.5. Có khả năng từ chối relay với các địa chỉ không có reverse DNS record. 4.6.6. Các thiết lập chống Relay cần dùng chung, chia sẻ cho tất cả các MTA
4.6.7. Cần có tính năng kiểm soát relay trước khi tiếp nhận qua SMTP để tránh việc lưu trữ và xử lý thư trên MTA.
4.6.8. Có khả năng xác thực đối với người sử dụng ngoài mạng (SMTP authentication). Có khả năng kiểm soát relay dựa trên thông tin xác thực. 4.6.9. Cần có tính năng “POP/IMAP before SMTP”.
4.6.10. Hệ thống phải kiểm tra quota của hộp thư trước khi chấp nhận một thư điện tử tới hộp thư đó vào hệ thống. Nếu hộp thư đã hết quota, phải có cơ chế thông báo cho cả người nhận và người gửi.
về địa chỉ IP và ngưỡng lưu lượng có thể được quyết định bởi người quản trị. Nêu các khả năng hạn chế thông lượng khác.
4.6.12. Thời gian tối đa thư được lưu trữ trong queue có thể được hiệu chỉnh bởi người quản trị.
4.6.13. Các khoảng thời gian xử lý các thư còn trong queue cũng có thể được hiệu chỉnh bởi người quản trị. Việc xử lý từng queue đơn lẻ cũng có thể do người quản trị thực hiện thủ công (manual.)
4.6.14. Có khả năng gỡ bỏ một hoặc nhiều thư riêng lẻ ra khỏi queue.
4.6.15. MTA cần được hỗ trợ bằng chương trình đa nhiệm multi-threaded, multi- processes để tăng cường khả năng xử lý song song của các máy phục vụ đa vi xử lý.
4.6.16. Cần hỗ trợ khả năng thông báo lỗi theo chuẩn tương thích Delivery Status Notification.
4.6.17. MTA cần được thiết kế để điều khiển được các hàng đợi lớn. Cần có năng lực phân tích và quản lý các hàng đợi lớn trong trường hợp không kết nối được đến các messge store nội bộ hoặc không kết nối được các mail server của các ISP khác hoặc gặp phải Spam. Cần có các tính năng thiết kế queue để chống mất thư và khả năng chịu đựng với Spam, Dos và Virus.