This is a multi-part message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Hello Philip,
Philip Hazel wrote:
>On Wed, 28 Apr 2004, Development - multi.art.studio wrote:
>
>
>
>>hmmm, there is eximstat, i use it, but eximstat scans the logfiles (
>>thats what i would like to prevent because of performance reasons and
>>its not up2date )
>>
>>
>
>1. What is the performance problem?
>
>
>
the problem is that the logfile is growing very fast, scanned and parsed
frequently, at this time server-load came up to 10
so i would acceppt a slightly slower delivery for mail.
>2. You can write a program/script that "tails" the log file. It is then
>fully up-to-date.
>
>
>
yes, i will try it, maybe with a simple shellscript.
but imho tailing the log may not get all data, e.g. if the tailscript
isnt running, or logrotate flushs the files.
in this case cronjobs may possible to manage but one mistake in the
order of scripts would break it.
and would tailing and grepping with complex filters not be slower than
just dumping out the messagesize to a file?
>>and wont get a live or regular update of traffic per
>>user in a speicific file or database table or field.
>>
>>
>
>You can write a command that does that, using the log data, if you want
>to.
>
>
>
i will try that :)
>>* is it generally posible to write to a database from an exim transport
>>or router, acl?
>>
>>
>
>You can use updating SQL statements or ${run. If you are worried about
>performance (as you mention above) I don't think this is a good idea.
>
>
>
maybe, but i think database updates are faster done by exim than a
script from my hands ;)
>>* is it possible to measure traffic for incoming/outgoing and
>>accepted/successfully sent mails without scanning the logfiles, dine by
>>exim at deliverytime?
>>
>>
>
>No. Exim is designed to operate as a set of distributed processes
>without a central controlling process. Therefore, there is no central
>place where this data can be collected, other than the log file.
>
>
but quota management has also information abut mailsize, this would be
enough.
as somebody mentioned before, would it be possible to write a local_scan
for that?
>
>
>>maybe this would be a great feature
>>
>>
>
>A separate process that "tails" the log file could provide this. As an
>add-on, it means that the overhead would not be imposed on people who
>don't want it. Furthermore, if it runs slowly, it won't hold up mail
>delivery. But somebody will have to implement it...
>
>
>
full ack, slow down performance is not well. maybe it would be possible
then to load the
traffic_scanner as a module, but youre right, somebody has to write it,
and im not fit in c.
thanks for reading and comments,
yours sincerely
volker
>Philip
>
>--
>Philip Hazel University of Cambridge Computing Service,
>ph10@??? Cambridge, England. Phone: +44 1223 334714.
>Get the Exim 4 book: http://www.uit.co.uk/exim-book
>
>--
>
>## List details at http://www.exim.org/mailman/listinfo/exim-users Exim details at http://www.exim.org/ ##
>
>
>
>
--
