> 2. SNMP traps that cause an SMTP alert to go out with > %m in subject line cause WUG to crash with Dr. Watson
So far I am not able to reproduce this at all, and I have trap generators that allow me to produce some pretty weird trap payloads. So I think we need some more info here.. a) Does using %m in the subject line fail every time, or only for specific traps? b) Do you have a TRAPS.TXT and MIB.TXT that have been modified by compiling extra MIBs with MIBExtra? This affects %m. Netbotz example without compiling NetBotz MIB: Trap(enterprises.5528.30.100.6-6.2) enterprises.5528.30.10.20=6 enterprises.5528.30.10.21=216.104.149.211 enterprises.5528.30.10.22=enterprises.5528.30.10.6 enterprises.5528.30.10.23=130 enterprises.5528.30.10.24=1011196535 enterprises.5528.50.27=0 UNK(0-105):00000000001506AF0033A9547FFFFFEB0010FAC80033 After compiling MIB: Trap(netBotz-prd-bot-door-trap-tripped) netBotz-prd-bot-trap-index=5 netBotz-prd-bot-trap-address=216.104.149.211 netBotz-prd-bot-trap-oid=netBotz-prd-bot-doorajar netBotz-prd-bot-trap-value=1 netBotz-prd-bot-trap-date=1010742387 netBotz-ismetric=0 UNK(0-0): UNK(0-0): UNK(32-0): UNK(0-1):01 UNK(0-0): UNK(0-0): The above two examples might not match each other exactly (NetBotz can generate a lot of traps) but I am just trying to give an idea of the general form. c) If you take %m OUT of the subject line, can you then generate an alert that uses %m in the body? Or does that cause a crash? d) If the answer to 3) is "Yes, I can generate an alert", then can you copy the string that %m has given you, and use it as the subject of a new alert? (an alert that does nothing special, just uses that text in the subject). e) If the answer to b) is that you have modified TRAPS.TXT and MIB.TXT, then what happens when you use the default TRAPS.TXT and MIB.TXT installed by WUG? These can be found as TRAPS.NEW and MIB.NEW if you ran MIBEXTRA before upgrading to WhatsUp Gold v7.0. Otherwise, re-run the install and you should be given the opportunity to create these two .NEW files. > 3. When going to Settings option from top page, clicking > on Submit causes user to lose privileges to add/remove > nodes or view map settings > 4. Changes made to certain notifications do not stick > when made from web interface, while changes made certain > other notifications DO stick We're looking into this. The description look familar: You might have found something that is already known and which will be fixed in v7.01. > 5. Stopping the Windows Service for Whatsup often does not stop > the process WhatsUpG.exe Does not stop quickly or does not stop ever? There is a "tidying-up" process that is gone through: completing currents polls, closing notification queue, etc. > 6. Unable to add/delete Program Notifications from Recurring > Notifications from web interface - security ? Betcha. > 7. ASP for classic / alternate - meta tag for refresh is > missing quotes around the word REFRESH - causing screen > refreshes to fail. It seems that the 3 files affected are: DEVICEDETAILS.ASP MAPDETAILS.ASP TOPVIEW.ASP (For what it's worth, there are 41 occurences where the quotes are correct). I'll log this. Of course, this illustrates one of the reasons why the template system was introduced - it's now easy for users to correct the problem themselves. > 8. Redundancy - SMTP relay for notifications still > cannot use DNS name, but must use explicit IP. Hmmm. Are you certain about this? SMTP notifications used to use explicit IP, but this was changed with v6.01. I just suceeded in testing with a hostname instead of an IP. Or are you looking for more? CNAME support perhaps? Mark Symons Ipswitch, Inc Augusta GA Please visit http://www.ipswitch.com/support/mailing-lists.html to be removed from this list. An Archive of this list is available at: http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/
