Specify maximum number of e-mail retries (in all classes)

$email_retry_max count

This command specifies the maximum number of transmission retries across all outcome classes. Without this command, retries are counted separately for each transmission outcome class, so that for example a single 'no answer' outcome does not affect the number of retries done of 'busy' outcomes.

If you request a manual retry operation, a retry will be done which may take the total number of retries above that specified in this command.  But after any failed attempt, if the specified maximum number of retries has been reached or exceeded, the FS will still be treated as failed.

Important note: this command affects all outbound operations done with this user profile, including broadcasts and server operations.

For special applications this command may also be placed in an individual FS file as an override to that in the user profile.

Note that if you have no $email_retry_delays commands, so that $retry_delays commands are used instead, then $retry_max will also be used even if you have $email_retry_max defined.

If an 'immediate retry' (less than one minute delay) is specified for the attempt on which the maximum is attained, a further retry will be done (so the maximum could be exceeded).

The parameter on this command is used as follows:

count the maximum number of retries to be done

Default: As specified by $retry_max, if present. Otherwise no limit, retries specified for each outcome class by $email_retry_delays or by $retry_delays if no e-mail delays commands are specified.

Example:

$email_retry_max 7