Re: Reply to More on implications of 22.2

[Richard Letts <[e-mail]>]

Kevin "E." Jordan wrote....
> 
> > 1) Here, and in general, the spec aims to use the read operation to
> > the maximum extent.   This is because it is a reasonable assumption
> > that all DSA implementations in the context of any level of fanout
> > will optimimse the performance of the read operation.  
> 
> I understand the strong tendency to use only read operations.  In most cases,
> this is a good idea.  However, when this leads to proliferation of aliases,
> it is probably -not- a good idea and an alternative approach should be
> considered. 

Here is how we currently run PP (using tables)
if there is a match in the tables then delivery proceeds normally,
otherwise I make ise of the Administartion_asigned_alternate_recipient
to re-direct mail to a duaperl script. This performs a set of directory searches
to locate POSSIBLE recipients. It then returns a message to the originator
giving these suggestions, even if there is only one match and it is exact.

This is analogous to the situation in Kevin's MTA where if the read-operations
fails to find a recipient the MTA does a directory search.

In practice this imposes little load on our DSA because users normally only
mis-address (or under-specify) messages ONCE. After that they will use the
correct address. 

Looking forward I expect many more user-agents to be directory-aware in which
case the number of search-type operations on the DSA will increase purely
because that is what these interfaces do!
Unecessarily attempting to cut-down the number of searches performed is 
not worthwhile in the long-term as MTA searches will become minimal as MUA
searches increase!

performing delivery on searches is arguable [configurable ?]

Richard Letts  
-------------------------------------------------------------------------------
Network Manager                               mail:    [e-mail]  
University of Salford                         phone:     [phone]
Great Britain                                 fax:       [phone]