SMTP settings

General

Connection

The maximum number of simultaneous SMTP connections to the server. If this value is set to zero, an unlimited number of simultaneous connections will be allowed. By default, the value is set to zero.

Welcome message

The welcome message is sent to SMTP clients directly after they have connected to the server. This message is normally never seen by the sender or receiver. One reason to change the welcome message is to make it harder for other people to determine what server software you are running.

Max message size

If a Max Message Size is specified, hMailServer will reject messages larger than that size. If you wish to allow messages of unlimited size, set the value to zero. The size is specified in KB.

Delivery of email

Number of retries

This setting defines the number of times hMailServer should try to deliver an email. Deliveries may fail for a number of reasons. For example, the recipient's email server may be rebooting or your network may be temporarily unavailable. The default value is 4 retries, which means hMailServer will try a total of 5 times before giving up and returning an error message to the sender.

Minutes between every retry

This setting defines how many minutes hMailServer should wait before every retry, when delivering emails to other servers. The default value is 60 minutes.

Host name

When an SMTP server connects to another server to send a message, the first thing the sending server does is to say "hello" to the receiving server. The hello message includes the host name of the sending server. This notifies the receiving server who is sending the email. Since there is no way to auto-detect the host name of a computer, you have to specify this setting manually.

Example: If hMailServer is running on a machine whose host name is mail.domain.com, you should specify mail.domain.com as host name. If your machine has several public host names, such as mail.domain.com and mail.domain2.com, you may specify any of them as host name.

SMTP relayer

The SMTP relayer setting lets you specify which email server email messages should be delivered to. You should never set the value to "localhost" or to the hostname of your own email server. That would cause hMailServer to try to connect to itself.

When one SMTP server delivers email to another, DNS-MX lookup is normally used. This means that if you send an email to me, at someone@hmailserver.com, your email server will do an MX lookup for my domain, hmailserver.com. The MX response will tell your server that it should deliver the message to mail.hmailserver.com. That communication occurs via port 25. However, it can happen that your ISP blocks outgoing traffic on the SMTP port (25) to all computers except their own email server. You can therefore not connect to mail.hmailserver.com. In that case, you should configure hMailServer to send all email through your ISP's email server. Your ISP's email server is then your relayer. The value to enter in the relayer field is the name of your ISP's email server. For example, if you happen to use the Swedish broadband provider Bredbandsbolaget, you should specify smtp.bredband.net as SMTP relayer.

If you don't want to relay all outgoing messages through a specific SMTP server, this field should be left empty.

SMTP relayer TCP port

The TCP/IP port hMailServer should connect to when delivering to the SMTP relayer.

Server requires authentication

Select this if the server you have specified as SMTP relayer requires authentication.
 

RFC compliance

Allow plain text authentication

This option tells the SMTP server in hMailServer whether or not plain authentication should be allowed.

Allow empty sender address

Some spammers send email with empty sender address. If you disable thisoption, hMailServer will treat these messages as spam. However, somelegitime email also has empty sender address, so it's strongly recommended thatyou do not disable this option.

Allow incorrectly formatted line endings

According to the SMTP specification, every line in an email message should be separated by the ASCII-codes 13 and 10. Some spammers sends messages which are not correctly formatted. Use this setting to reject these messages. Please note that legitimate email might have incorrectly formatted line endings, if the sending software contains bugs.

Disconnect client after too many invalid commands

Using this setting you can disconnect clients which sends to many invalid commands. For example, some spammers try to send email to a lot of different addresses on your server, hoping that your server will accept at least one of them. Using this option, you can automatically disconnect clients that tries to do this.

Advanced

Bind to local IP address

Use this settnig to specify which local IP address hMailServer should use when connecting to other SMTP servers. This can be used if your server has several public IP addresses but you want to use one specific for deliveries. If this setting is not specified, hMailServer will use the Windows default, which works in most cases.

Maximum number of recipients in batch

SMTP servers may reject messages from hMailServer if there are two many recipients for a single email. This may happen if the receiving SMTP server thinks that your email message is spam because you are sending it to a large number of users. Use this setting to limit the number of recipient hMailServer uses in the same delivery. When this number has been reached, hMailServer will disconnct from the recipient server, connect again and continue with the remaining recipients.

Delivery log

The delivery log is used to log every delivered email message to the database. You should not confuse the delivery log with the normal hMailServer log that logs to normal files. If you turn on the delivery log, you will need to manually purge the hm_deliverylog tables in the database from time to time.

Rule loop count

This option lets you prevent hMailServer from creating endless message delivery loops. As an example, it's possible to set up an account rule that forwards message from one user (UserA) to another (UserB), and then another rule that forwards the message back from UserB to UserA. To prevent this from resulting in an endless loop, hMailServer limits the number of automatic forwards to the value defined by Rule loop count. (hMailServer 4.2 and later.)

Search documentation