[Maia-users] Small anomaly in web interface, plus kicking MySQL

[Kurt Buff]

First, while testing for banned attachments I'm sending a zip file via blat
to my new box, and all is well, but it seems to me that the wording, etc.,
to release the mail with the banned attachment is quite congruous with the
type of operation.

The first interface
(http://mx1.zetron.com/maia-mailguard/list-cache.php?cache_type=attachment)
says Banned File Attachments, but the radio buttons refer to spam, which
isn't quite the situation.

It's similar for the web page that you get when you click on the message
title to view it
(http://mx1.zetron.com/maia-mailguard/view.php?id=54&cache_type=attachment)
- the icons also refer to spam.

In both cases, perhaps the number of choices could (should?) be reduced to
two, and relabeled - something like "delete this mail" and "release this
mail", and if wanted, the bayes engine could then be trained based on those
choices.

Very minor really, but thought it worth pointing out.



Second, I ran into a problem today while doing the testing above - got log
messages about 'MySQL server has gone away'. I STFW, and found
http://www.maiamailguard.com/maia/wiki/MySQLServerHasGoneAway, and it looks
like the level of my testing activity wasn't sufficient to keep MySQL from
timing out. What's a better way of waking up mysqld (better than, say
rebooting, I blush to confess) if/when this happens again? Sending more
messages didn't seem to do it. Would 'killall -HUP mysqld' be appropriate?



Thanks,


Kurt Buff
Lead Network Administrator
Zetron, Inc.
425.820.6363 x463
kbuff at zetron.com
PO Box 97004
Redmond, WA 98073