Bug 481286

Description of problem:
If you set up probe and it fail. You will get notification message like this one:

>This is RHN Monitoring Satellite notification 0118z8sv.
>
>Time:      Fri Jan 23, 11:08:52 CET
>State:     UNKNOWN
>Host:      taw-test01-rlx-3-16.rhndev (10.10.76.187)
>Check:     Linux: Interface Traffic
>Message:   The RHN Monitoring Daemon (RHNMD) is not responding: ssh: connect to host 10.10.76.187 port 4545: No route to host. Please make sure the daemon is running and the host is accessible from the monitoring scout. Command was: /usr/bin/ssh -l nocpulse -p 4545 -i /home/nocpulse/.ssh/nocpulse-identity -o StrictHostKeyChecking=no -o BatchMode=yes 10.10.76.187 /bin/sh -s
>
>Run from:  RHN Monitoring Scout

And it will come from email: Monitoring Satellite Notification <rogerthat01>

This is setup as default in table rhn_config_parameter:
/schema/spacewalk/rhnsat/tables/rhn_config_parameter_data.sql:insert into rhn_config_parameter(group_name,name,value,security_type,last_update_user,last_update_date) values ( 'notification', 'frombase', 'rogerthat', 'INTERNAL', 'system',sysdate);

If you set up aliases you should be able to ACK the notification (see perldoc /usr/bin/ack_enqueuer.pl).

The problem it that the default email is red hat internal email, and it is live. And you actually get some answer.

This email should be set to some dummy value or not expanded to @redhat.com

Other problem is that due BZ 457011 you can not change the default value.

Version-Release number of selected component (if applicable):
0.4

How reproducible:
deterministic

Steps to Reproduce:
1. set up probe which will fail
2. wait for notification
3. reply to that email with "ME TOO id-of-that-prob in body" of that email.
4. Wait for answer.
  
Actual results:
You get answer from one of Red Hat machine.

Expected results:
You will get message that such alias do not exist.
Or if set up the alias you will get response from your Spacewalk.