Trashing sort and uniq attribute on filter-spec

Joost van Baal joostvb at logreport.org
Wed Jan 16 14:48:06 CET 2002


On Tue, Jan 15, 2002 at 04:57:00PM -0500, Francis J. Lacoste wrote:
> 
> I'm not sure that the sort attribute (and the uniq filter operation) are
> of much use. For one thing, the sort attribute isn't currently used by
> any report specifications. The uniq filter operation is only used by
> two reports in the email superservice
> (top-avg-delay-by-to-relay-and-to-domain,top-largest-email-exchange)
> 
> But I'm not sure they are even useful in that case. (I even think that it may
> be a "bug" to use them in one of the report.)
> 
> In the top-largest-email-exchange report, we would just have to use 
> a max group operator instead of sum.
> 
> In the top-avg-delay... report, I don't understand why it's used.

Before picking the delivery attempts with highest delay, the duplicate
entries about the same message are filtered out, by doing

 <lire:filter-spec>
  <lire:uniq fields="msgid"/>
 </lire:filter-spec>

One message can be listed more than once in the email dlf file: if it's
got more than one recipient, it's listed for each recipient.  We don't
want to "punish" relays which receive much messages for multiple
recipients.

BTW, i think we can get away with uniq and sort: indeed, this trick
can be achieved by a derivedschema.

Bye,

Joost

-- 
Joost van Baal              . .           http://www.logreport.org/
                           .   .
/^LogReport$/               . .               joostvb at logreport.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.logreport.org/pipermail/development/attachments/20020116/cea38fe7/attachment.bin 


More information about the Development mailing list