Byung-Hee HWANG a écrit :
> Hi, i'm not a serious hacker nor a power user for Postfix. I'm just
> using Postfix. Recently, i'm interested in setup ideal mail server for
> outgoing. Already i moved my mailbox to Google Apps because i could not
> handle so many spam. So now making receiving SMTP is not my concern.
> Only my concern is to make outgoing SMTP in perfect.
> 
> As fas as i know, here are many Postfix guru. So just i wish to hear
> various opinions about making outgoing SMTP perfectly. Whenever i have
> some times, i search about DKIM and RFCs for SMTP standard. What is the
> real point for ideal outgoing mail server? I investigate with some mail
> servers on the Internet, postfix.org's MX, isc.org's MX and
> freebsd.org's MX and gnu.org's MX, ietf.org's MX, mipassoc.org's MX,
> gmail.com's MX, some univeristy's MXs, etc.
> 
> After all, i thought that the conditions for perfect outgoing mail
> server are providing a correct rDNS and a correct signature as like DKIM
> and a correct certificate-based authentication as like TLS. Besides
> that, is there any the conditions? Well, i just curious about that..
> 


Ideal and perfect refer to theoritical concepts that don't exist in
practice :)


- your server should not be a source of spam (sending, forwarding,
relaying, ...). Filtering and/or rate limiting outbound mail can help here.

- your server should not be a source of abusive mail practices
(backscatter, including C/R, too many retries, ... etc)


- More generally, your server should not be a source of attacks of any
sort (port scans, dictionary attacks, vulnerability probes, ...)

- you should make it easy for others to whitelist your server. This is
particularly important if you are inside a "dirty network".

- you should be reachable and responsive (abuse@ and postmaster@).

- your network config should follow best practice: correct and
meaningful rDNS, Unfortunately, this is not always possible. but times
are getting hard for customers of ISPs without correct and/or custom
rDNS, although things may change with IPv6.

- your server HELO should be "meaningful" (contrast with generic like
ip4-ip3-ip2-ip1.isp.example), fqdn (not literal IP) and should resolve
in DNS, preferably to the server IP.

- Use the submission port (587) with TLS+SASL.


Reply via email to