XFERFAXLOG(5)
π XFERFAXLOG(5) β the HylaFAX activity log, bestie edition π
okay so this is xferfaxlog, section 5 of the manual (file formats, iykyk), and it's literally the diary of your fax machine. let's get into it π
β¨ NAME β¨
xferfaxlog β the HylaFAX activity log π«Ά
πΈ DESCRIPTION πΈ
so the file etc/xferfaxlog is where all the tea lives β it's got info about inbound and outbound activities. one line per inbound or outbound call, okay? except for facsimile documents retrieved by polling, in which case multiple entries may be present for a single call (yeah she's extra like that π
).
also! if the modem config setting LogCalls is set to true, then the file also contains one line per received call. and every single one of these lines is a fixed-format, tab-separated ASCII string. no cap.
π each record of a facsimile transmission is of the form:
date SEND commid modem jobid jobtag sender ``dest-number'' ``CSI'' params #pages jobtime conntime ``reason'' <null> <null> <null> ``owner'' ``dcs''
π₯ a facsimile reception record is of the form:
date RECV commid modem fax.tif <null> fax ``local-number'' ``TSI'' params #pages jobtime conntime ``reason'' ``CallID1'' ``CallID2'' ``CallID3...CallIDn'' <null> ``dcs''
βοΈ each inbound call record is of the form:
date CALL commid modem <null> <null> fax ``local-number'' <null> 0 0 jobtime conntime ``reason'' ``CallID1'' ``CallID2'' ``CallID3..CallIDn'' <null> ``dcs''
π each facsimile document retrieved by polling has a record of the form:
date POLL commid modem jobid jobtag sender ``dest-number'' ``TSI'' params #pages jobtime conntime ``reason'' <null> <null> <null>
π an alphanumeric pager request has a record of the form:
date PAGE commid modem jobid jobtag sender ``dest-number'' ``<null>'' 0 0 jobtime conntime ``reason'' <null> <null> ``owner''
π§ the following describes the fields in the above records:
dateβ the date and time of the transaction, formatted likeMM/DD/YY HH:MM. hereMMis the numeric month,DDis the numeric day,YYis the last two digits of the year, andHH:MMis the time in 24-hour format. β°commidβ the communication identifier for the call.modemβ the device identifier for the modem that was used to do the send or receive.jobidβ the job number for outbound calls.jobtagβ the client-specified job tag for outbound calls.fax.tifβ the associatedrecvqfax TIFF file for the event.senderβ the sender/receiver's electronic mailing address. heads up: facsimile receptions are always attributed to thefaxuser.dest-numberβ the phone number dialed for outgoing calls.TSIβ the Transmitter Subscriber Identification string, as received, for incoming calls.CSIβ the Caller Subscriber Identification string of the remote machine, as reported, for outgoing calls.local-numberβ the local phone number on which the data was received.paramsβ the negotiated facsimile session parameters used for transferring data, encoded as described below. π₯#pagesβ the total number of pages transferred.jobtimeβ the duration of the session, in the formatHH:MM:SS. this time includes setup overhead and any time spent cleaning up after a call.conntimeβ the time spent on the phone, in the formatHH:MM:SS. this should be the time used by the PTT to calculate usage charges.reasonβ a string that indicates if any problem occurred during the session.CIDNameβ the received CIDName value for the session.CIDNumberβ the received CIDNumber value for the session.ownerβ the login name of the job owner.dcsβ the T.30 DCS string that was used in the facsimile communication.
quick vibe check: fields may have embedded blanks, so don't come for me. session parameters are encoded as a decimal number that contains a packed set of Class 2 session parameter values. the format is: 2 bits for vertical resolution, 3 bits for signalling rate, 3 bits for page width, 2 bits for page length, 2 bits for data format, 1 bit for ECM use, 1 bit of BF use, and 3 bits for the min scanline time. the page counts are always integral numbers. and partial pages that are to be retransmitted are not included in the page count. π«‘
the simple ASCII format was designed to be easy to process with programs like awk(1). it's giving accessible icon behavior β¨
π«Ά NOTES π«Ά
the sender field does not necessarily represent the submitter's actual identity. for example, it reflects the value given by the sendfax(8) -f option. so like, be cautious β this field is not to be utilized for auditing if the fax user base is not trusted. β οΈ
π BUGS π
not the year 2000... the date format will "break" in the year 2000 π lowkey a problem. information should be recorded on a per-page basis for facsimile communications.
π SEE ALSO π
faxq(8) faxsend(8) faxgetty(8)
and that's the whole thing bestie, slay π
this page came from the File Formats Manual and it's dated June 5, 1996 β yeah, she's an icon, she's a legend, and she's XFERFAXLOG(5). periodt. ππ
π¦ where this page comes from
- debian bookworm: hylafax-server 3:6.0.7-5
- debian trixie: hylafax-server 3:6.0.7-11.1
- ubuntu jammy: hylafax-server 3:6.0.7-3.1
- ubuntu noble: hylafax-server 3:6.0.7-7
- ubuntu questing: hylafax-server 3:6.0.7-13
- ubuntu resolute: hylafax-server 3:6.0.7-13build1
- ubuntu stonking: hylafax-server 3:6.0.7-13build1
- Copyright (c) 1990-1996 Sam Leffler
- Copyright (c) 1991-1996 Silicon Graphics, Inc
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms