HylaFAX The world's
most advanced open source fax server
|
|
[
Date Prev][
Date Next][
Thread Prev][
Thread Next]
[
Date Index]
[
Thread Index]
Re: [hylafax-users] FaxNotify, sendfax,
joea wrote:
Isn't there a way to make notifications a default behavior?
The purpose of the job notifications (notify, FaxNotify) is foremost and
primarily to notify the user of job status, failure, completion,
rescheduling, whatever. The purpose in FaxNotify is foremost and
primarily to customize the notifications themselves, or to perform some
kind of scripted-in function that belongs within the context of
notifying the user of job status (like sending a pager message as well).
The default notification will very likely depend on the client software,
anyway. And no, there's not a feature on the server to override the
particular notification type request made by the client.
Normally people have asked the question that you have asked just now
when they want to script-in some kind of event at the time of
job's-end... and usually those events are accouting-related. The truth
is, however, that relying on FaxNotify for purposes outside the scope of
notifications to the user of job status is not a very good approach to
these kinds of needs.
After all, if the user requests no notification at all - and they
certainly want no notification at all (imagine a fax broadcast) - then
it is important that we honor that request... and in so doing it may
throw off the statistical process that is being triggered by FaxNotify
(if that's where we have scripted it in). Likewise, if a user wants
notifications on every requeuing of the job, then if the destination is
frequently busy then this could cause another accounting nightmare.
If the data within the xferfaxlog is sufficient for what you want, then
running a cron job that watches the xferfaxlog and takes actions on
certain events may suit your requirements... however, if you need to
script-in some kind of extended accounting feature - if you need to
modify data on an SQL table immediately when these kinds of events
occur, then HylaFAX 4.2.5 (and 4.3.0) really have no suitable place for
that scripting hook, IMO.
If what you're looking for is a sure-fire scripting hook for end-of-job
or end-of-call events, then let me know.
Thanks,
Lee.
____________________ HylaFAX(tm) Users Mailing List _______________________
To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi
On UNIX: mail -s unsubscribe hylafax-users-request@xxxxxxxxxxx < /dev/null
*To learn about commercial HylaFAX(tm) support, mail sales@xxxxxxxxx*