Professional Documents
Culture Documents
given following solution. Since it is a regular complaint from many senders, can you please go
thro and confirm possible action please?
MSK
HI Senthil.
Below are some debugging parameters which can be useful for you to find out which
rule has been executed :
The following NOTES.INI parameters are useful for debugging system rules:
The Trace options can be enabled for each type of rule. Sample NOTES.INI values:
$FilterBy item: "U3" -- The 3rd enabled user rule took an action on this note.
$FilterBy item: "S2" -- The 2nd enabled system rule took an action on this note.
If there are multiple actions per rule, you will see them all appended to the $FilterBy
text list. The same list is used for user and system rules so you may see:
NOTE: Adding the flag values for DEBUG_MONITOR will produce multiple debug
levels. For example if you would like to trace the rule Action ( DEBUG_MONITOR
=1), the rule Execution ( DEBUG_MONITOR =2), and have the message tagged
with $FilterBy ( DEBUG_MONITOR =4) you would set DEBUG_MONITOR = 7
(1+2+4).
Debug_System_Rules=1
Once "set rules" is issued on the server console or the server starts up, information
about the registration of the rules will be generated. At this point rules will be
registered as monitors on each mail.box sequentially.
3. If the $FilterFormula_# had been Disabled or has been Deleted then the item will
not be registered. (Skip to step 5)
"System Mail rule formula item $FilterFormula_# not found: Note item not found"
4. When the current rule is registered information about the rule, like rule number,
MonitorID, and MonitorID alias will be given. These values can be used with
conjunction with Debug_Monitor to track the rules being executed and triggered.
"Successfully registered system mail rule filter 0 for mail1.box, MonitorID 568EF389 :
11 "
Rule Number_/ Monitor id_/
Alias id_/
5. The rest of the rules will be registered on the current mail.box until
$FilterFormulaCount has been reached.
6. The process happens again until all mail boxes have had the rules registered.
DEBUG_MONITOR=X
Depending on the value given, Debug_Monitor will log information as the rule is
executed and triggered.
DEBUG_MONITOR=1
• Will output information when a system rule have been triggered (the rule
condition has been met) and an action has been performed.
DEBUG_MONITOR=2
• Will output information about each system rules when being tested against its
conditions. When the rules are processed, all registered mail rules should
show execution.
DEBUG_MONITOR=3
• Will output information from both the execution and trigger of the system
rules. If a rule is triggered the output will show the execution and the action
immediately after. If there is no action then only the execution is shown.
When the action of a rules is outputed, the same information is given as the execution
except the action the rule takes is also given.
This information can be used to give details about the action and to determine
whether the rule performed the correct action.
I hope that Above information will help you in debugging the rules .
Please let me know if you need any further assistance on this PMR .
1) Please note that the primary contact is given as Email and not as Landline. But I don't know
why IBM is always taking the secondary contact and try to call landline irrespective of time.
2) I have clearly mentioned the delivery failure report in my PMR that DELIVERY FAILURE:
****mail rejected by a mail rule**** is the error message users are getting. If we disable some rule,
it started delivering properly. The issue (or requirement) here is not the rule but how to identify
which rule causing this rejection. If there is a way to find out which rule rejected which mail, we
can give alert to users to remove that particular text or attachment and resend the same mail
We can't send the rules. DFR is not required as we don't require to investigate on the rejection
which is happening properly by would require more details on rejection, which is not found in
tracking centre or anywhere.
MSK
HI Senthil,
I tried to call you but the number seems to be changed ,please provide your contact
no. so that I can contact you directly when needed.
As per the PMR description , "some of your mails are getting rejected due to server
mail rule you have set ,but you are not able to identify due to which rule it is
bouncing back."
For further investigation we need to know what rules you have in the server and what
the Delivery failure report is saying .
If you can send us the rules and DFR to us then we will try to simulate the issue here
and try to find out the cause .