You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by Serge Knystautas <se...@lokitech.com> on 2001/06/11 16:41:54 UTC
Remote delivery updates
Let me know what you think of this idea...
In 1.2rc1, the RemoteDelivery mailet is pretty basic. It does a good job
delivering (and retrying) messages, but doesn't give very good error
messages (for bounces mainly). I wanted to improve this, and perhaps make
the remote delivery slightly more configurable (I've regularly heard people
ask to have everything delivered to a single server)
The other major feature my clients have asked is to detect when a mail
message bounced. Often the FROM and TO are both end-users (not a system
account), and we don't necessarily want to notify an end-user that the
delivery failed... we want to catch this in the server and do something.
Has anybody worked on this code? Any other suggestions as long as I'm going
in?
Serge Knystautas
Loki Technologies
http://www.lokitech.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: james-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-dev-help@jakarta.apache.org
Re: Remote delivery updates
Posted by Charles Benett <ch...@benett1.demon.co.uk>.
Serge Knystautas wrote:
>
> Let me know what you think of this idea...
>
> In 1.2rc1, the RemoteDelivery mailet is pretty basic. It does a good job
> delivering (and retrying) messages, but doesn't give very good error
> messages (for bounces mainly). I wanted to improve this, and perhaps make
> the remote delivery slightly more configurable (I've regularly heard people
> ask to have everything delivered to a single server)
>
> The other major feature my clients have asked is to detect when a mail
> message bounced. Often the FROM and TO are both end-users (not a system
> account), and we don't necessarily want to notify an end-user that the
> delivery failed... we want to catch this in the server and do something.
>
> Has anybody worked on this code? Any other suggestions as long as I'm going
> in?
>
Go Serge!
Charles
PS Did you see the james-user report today of the thread blocking?
C
---------------------------------------------------------------------
To unsubscribe, e-mail: james-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: james-dev-help@jakarta.apache.org