Have you checked on this? I don't believe there is a "catch all" value. The report has already been burst by sort value, then it is compared against the distribution list to determine destinations. Unless * were an actual burst value, it would not know to send all "unclaimed" burst sections to a specified recipient.
That being said, the way we work around this is to create a defined field on the BY field used for bursting, with a DECODE and an ELSE value of "Unknown." Then we burst on that field instead and send the "Unknown" to someone who can modify the distribution list for those values.
In many cases, we simply don't want to account for EVERY possible burst value so it makes sense that RC would want you to approach this in your own procedures, instead of within the product itself. I know it's still a pain, though.
FYI, my gripe is the opposite of yours. Sometimes all the burst values don't exist (due to volume, business activity or lack thereof, run time, etc.), so it logs a ton of error/warning messages and sends error reports, even though I could care less that a specific burst value has no report .
Regards,
Darin
In FOCUS since 1991
WF Server: 7.7.04 on Linux and Z/OS, ReportCaster, Self-Service, MRE, Java, Flex
Data: DB2/UDB, Adabas, SQL Server Output: HTML,PDF,EXL2K/07, PS, AHTML, Flex
WF Client: 77 on Linux w/Tomcat