james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefano Bagnara (JIRA)" <server-...@james.apache.org>
Subject [jira] Commented: (JAMES-358) Too many RemoteDelivery attempts with many mx and many ip
Date Wed, 16 Mar 2005 12:00:20 GMT
     [ http://issues.apache.org/jira/browse/JAMES-358?page=comments#action_60960 ]
Stefano Bagnara commented on JAMES-358:

I forgot to paste the interesting paragraph about multihomed mx addressed:

"The question of whether a sender should attempt retries using the different addresses of
a multihomed host has been controversial.  The main argument for using the multiple addresses
is that it maximizes the probability of timely delivery, and indeed sometimes the probability
of any delivery; the counter-argument is that it may result in unnecessary resource use."

> Too many RemoteDelivery attempts with many mx and many ip
> ---------------------------------------------------------
>          Key: JAMES-358
>          URL: http://issues.apache.org/jira/browse/JAMES-358
>      Project: James
>         Type: Improvement
>   Components: Remote Delivery
>     Versions: 2.2.0
>     Reporter: Stefano Bagnara
>     Priority: Minor

> Take a domain with 5 mx servers each one with 6 associated ips. James currently try to
connect to each MX server even if the first server say "5.1.1 user unknown", but even worst,
james try to connect to each IP of each MX server.
> I think that james should only check each MX server once, at a random IP address from
the IP list for that mx hostname.
> The permanent user error issue would be only a further optimization but the IP issue
is probably against the RFC specifications.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
If you want more information on JIRA, or have a bug to report see:

To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org

View raw message