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