dialrules − Hyla FAX dial string processing rules |
A dial string specifies how to dial the telephone in order to reach a destination facsimile machine, or similar device. This string is supplied by a user with each outgoing facsimile job. User-supplied dial strings need to be processed in two ways by the Hyla FAX server processes: to craft a canonical phone number for use in locating the receiver’s capabilities, and to process into a form suitable for sending to a modem. In addition client applications may need to process a dial string to formulate an external form that does not include private information such as a credit card access code. Phone number canonicalization and dial string preparation are done according to dial string processing rules that are located in a file specified in the server configuration file; see the DialStringRules parameter in hylafax-config(4f). The generation of an externalized form for a dial string is done by rules that optionally appear in ${LIBDATA}/dialrules on client machines. A dial string rules file is an ASCII file containing one or more rule sets. A rule set defines a set of transformation rules that are sequentially applied to a dial string. Each rule set is associated with an identifier, with certain well-known identifiers being used by the facsimile server or client application. Each transformation rule is a regular expression and a replacement string; the regular expression is repeatedly applied to a dial string and any matching substring is replaced by the replacement string. The syntax of a dial string rules file is as follows. Comments are introduced with the ‘‘!’’ character and continue to the end of the current line. Identifiers are formed from a leading alphabetic and any number of subsequent alpha-numeric characters. A rule set is of the form: Identifier := [ rule1 rule2 ... ] where rule1, rule2, and so on are transformation rules. Line breaks are significant. The initial rule set definition line and the trailing ‘‘]’’ must be on separate lines; and each transformation rule must also be on a single line. Transformation rules are of the form: regular-expression = replacement where regular-expression is a POSIX 1003.2 extended regular expression and replacement is a string that is substituted in place of any portion of the dial string that is matched by the regular-expression. White space is significant in parsing transformation rules. If a regular expression or replacement string has embedded white space in it, then the white space needs to be escaped with a ‘‘\’’ character or the entire string should be enclosed in quote (‘‘"’’) marks. Replacement strings may reference the entire string matched by the regular expression with the ‘‘&’’ character. Substrings matched with the ‘‘(...)’’ constructs may be referenced by using ‘‘\n’’ where n is a single numeric digit between 1 and 9 that refers to the n-th matched substring; c.f. re_format(7), sed(1), etc. To simplify and parameterize the construction of rule sets, dial string rules files may also include simple text-oriented variable definitions. A line of the form: foo=string defines a variable named foo that has the value string. String values with embedded whitespace must use the ‘‘\’’ character or be enclosed in quote marks. Variables are interpolated into transformation rules by referencing them as: ${var} Note that variable interpolation is done only once, at the time a transformation rule is defined. This means that forward references are not supported and that circular definitions will not cause loops. The facsimile server automatically defines four variables to have the values defined in its configuration file: AreaCode, CountryCode, LongDistancePrefix, and InternationalPrefix These variables are initialized before parsing a dial string rules file; thus if they are defined in the rules file then they will override any definition by the server. There are three well known rule set names: CanonicalNumber to convert a dial string to a canonical format, DialString to prepare a dial string before using it to dial the telephone, and DisplayNumber to convert a dial string to an external ‘‘displayable’’ form that does not include the private information that might appear in the raw dial string. |
This is the default set of rules for transforming a dial string into a canonical phone number: |
Area=${AreaCode} ! local area code
! local country code |
||
! prefix for placing an international call |
||
! prefix for placing a long distance call |
! |
= |
||||
! strip calling card stuff |
||||
= 2 |
! these convert alpha to numbers |
|||
= 3 |
||||
= 4 |
||||
= 5 |
||||
= 6 |
||||
= 7 |
||||
= 8 |
||||
= 9 |
||||
= |
||||
! strip white space etc. |
||||
= + |
! replace int. dialing code |
|||
= +${Country} |
! replace l.d. dialing code |
|||
= +${Country}${Area}& |
! otherwise, insert canon form |
] As an example, assume that AreaCode=415 CountryCode=1 InternationalPrefix=011 LongDistancePrefix=1 then if the above set of rules is applied to ‘‘01123965-Tube%2345’’, the transformations would be: 01123965-Tube%2345 01123965-Tube ! strip calling card stuff |
01123965-8823 |
! convert alphabetics |
||
011239658823 |
! strip white space etc. |
||
+239658823 |
! replace int. dialing code |
||
+239658823 |
! replace l.d. dialing code |
||
+239658823 |
! otherwise, insert canon form |
for a final result of ‘‘+239658823’’. |
sendfax(1), dialtest(1m), faxq(1m), faxsend(1m), faxgetty(1m), hylafax-config(4f) |