This test is made and this information is logged
only if sendmail was compiled withXDEBUG defined (?§3.4.78 on page 152). In this
instance, the daemon logs the information and aborts.
Whichever the reason, the information that is logged for each looks pretty much the same;
for example:
--- dumping state on reason: $j = val ---
CurChildren =num
NextMacroId = nextid (Max maxid)
--- open file descriptors: ---
?†? output of dumpfd( ) here
--- connection cache: ---
?†? output of mci_dump( ) here
--- ruleset debug_dumpstate returns stat ret, pv: ---
?†? output of rule set debug_dumpstate here
--- end of state dump ---
We have described the first line already. If, for some reason, $j is missing from $=w, that
line will be followed by:
*** $j not in $=w ***
The second line simply shows the number of children the daemon has forked and currently
has out doing other work in parallel with itself. The third line shows the next available
value that can be assigned to a multicharacter sendmail macro (nextid) and the maximum
of suchnumbers available (maxid). That line is followed by three sections of information.
* This same information is syslog??™d if the daemon loses track of $j in $=w and if $j becomes or is not fully
qualified.
This is the Title of the Book, eMatter Edition
Copyright ?© 2007 O??™Reilly & Associates, Inc. All rights reserved.
Pages:
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913