NOTIFY(8C)

๐Ÿ“ฆ
version 7.0.11 ยท 5 versions
, in fedora 43, fedora 44

๐Ÿ’– NOTIFY ๐Ÿ’– โ€” the notify page from section 8C, bestie

okay so like, welcome to the notify manual, section 8C, and lemme tell you this one is so important if you're running HylaFAX. it's giving "your fax job has tea to spill and it's gonna email you about it." let's go โœจ


๐ŸŒธ NAME ๐ŸŒธ

notify โ€” the HylaFAX user notification program. that's it, that's the vibe ๐Ÿซถ


โœจ SYNOPSIS โœจ

/var/spool/hylafax/bin/notify qfile why jobtime [ nextTry ]

๐Ÿ’… DESCRIPTION ๐Ÿ’…

bin/notify is the program that the facsimile server calls up when it needs to tell a user what's going on with an outbound job. and the whole point is that it's designed to be customizable by the administrator โ€” like, it's meant to be messed with, no cap. (the ideal way to do this? make your own customized notify program under a different filename, or copy the default program to a different filename, customize that new file, and then point faxq(8C) at your customized program using NotifyCmd in the scheduler config file. see hylafax-config(5F) for the deets ๐ŸŽ€)

the default notification program just sends the user electronic mail describing the event or action. iconic. and the arguments are:

  • qfile โ€” the pathname of the job description file. literally just where the job lives ๐Ÿ“
  • why โ€” a string that says why the user is being notified. it's one of these bad boys:
    • done โ€” job was completed successfully โœ…
    • failed โ€” ยน job was not completed ๐Ÿ˜ญ
    • rejected โ€” job was rejected for specified reasons ๐Ÿ™…
    • blocked โ€” job is blocked by concurrent jobs ๐Ÿšง
    • requeued โ€” ยน job was not completed, but was requeued for retry ๐Ÿ”
    • removed โ€” job was deleted from the queue ๐Ÿ—‘๏ธ
    • killed โ€” job was deleted from the queue ๐Ÿ’€
    • timedout โ€” job could not be sent before kill time expired โฐ
    • format_failed โ€” document conversion failed ๐Ÿ˜ต
    • no_formatter โ€” the document conversion program was not found ๐Ÿ”
    • poll_rejected โ€” ยน a polling request was rejected by the remote side ๐Ÿ“ก
    • poll_no_document โ€” ยน a polling request failed because nothing was available ๐Ÿซฅ
    • poll_failed โ€” ยน a polling request failed for an unknown reason โ“
    • ยน A transcript of the failed communication is returned to the sender. ๐Ÿ“จ
  • jobtime โ€” the total transmission time of a successful job, or the connect time of a failed request (passed as a string) โฑ๏ธ
  • nextTry โ€” the time (passed as a string) at which the next attempt will be made to complete the job. this parameter is passed only if why is requeued. so like, don't expect it otherwise bestie ๐Ÿ™ˆ

๐ŸŽ€ NOTES ๐ŸŽ€

the behavior of notify is intended to be customizable via the etc/FaxNotify program, if present. FaxNotify gets sourced after the q-file is parsed and all the default values are preset. here are the useful settings you can put in FaxNotify:

  • WHY โ€” is identical to why mentioned above, and it's lowkey so useful for figuring out under what conditions various settings should take effect. for example:
if [ "$WHY" != "done" ]; then
    RETURNFILETYPE=pdf;
fi

this would only set RETURNFILETYPE when the job did not complete successfully. slay โœจ

  • RETURNFILETYPE โ€” can be set to tif, pdf, ps, or original. if you set it, it makes notify return a copy of the submitted documents to the SENDER address along with the notification message. the original setting uses the format type that was used in the submission. and yes you can specify multiple values by separating them with whitespace โ€” in that case a separate attachment is created for each filetype. multitasking queen ๐Ÿ’…
  • RETURNTECHINFO โ€” defaults to yes and it says whether or not technical info (like the session parameters) should be included with the notification message. if you set it to anything other than yes, that info will not be included. ๐Ÿงš
  • RETURNTRANSCRIPT โ€” defaults to yes and it says whether or not the session transcript (log) should be returned with the notification message on the error conditions noted above. ๐Ÿ“œ
  • NOTIFY_FAXMASTER โ€” is used to deliver a notification message to TOADDR (which defaults to FaxMaster) that contains technical information about the job. this is so so useful for letting the administrator be aware of any problems before those problems get reported by the users โ€” main character admin energy fr fr ๐Ÿ‘‘. possible settings are yes, always, no, never, and errors. if errors is used, then the notification message is only sent to FaxMaster when the job experienced an error. the default is no. ๐ŸŒˆ
  • NOTIFICATIONLANGUAGE โ€” the language of the e-mail messages sent by HylaFAX is selected according to the setting of the NOTIFICATIONLANGUAGE variable, which can be assigned a locale name like the LC_* and LANG locale environment variables.

if the NOTIFICATIONLANGUAGE variable is not set or is set to the empty value, then, as a default, the value of the LC_MESSAGES category locale name is used โ€” that is, the value of the LC_ALL variable (if not empty), else of the LC_MESSAGES variable (if not empty), else of the LANG variable. ๐Ÿฆ‹

a suggestion for NOTIFICATIONLANGUAGE may be:

NOTIFICATIONLANGUAGE="${LC_ALL:-${LC_MESSAGES:-${LC_CTYPE:-${LANG:-}}}}"

๐Ÿ“ FILES ๐Ÿ“

  • /var/spool/hylafax โ€” spooling area ๐Ÿ“‚
  • /usr/bin/sendmail โ€” for delivering mail ๐Ÿ“ฎ

๐Ÿ’œ SEE ALSO ๐Ÿ’œ

faxq(8C), hylafax-server(5F), sendq(5F) โ€” go read these next bestie, iykyk ๐Ÿซถ


and that's the whole page!! this one's from May 8, 1996, and it's the NOTIFY(8C) page โ€” yeah it's giving vintage but it still ate, periodt ๐Ÿ’–โœจ

๐Ÿ“ฆ where this page comes from