[8.161][BUG][FIXED] My notifier does not work correctly

Which log file are we supposed to look in now? I was wondering about this earlier as when you send yourself reports from websecurity reports tab, I didn't see it in the regular smtp queue. I think you guys are confusing the whole smtp subsystem. All smtp logging should stay at one place and we shouldn't have to go looking for different logs because some are generated by the system and others are user generated email logs.

I have a local exchange server and still not getting notifications that I was getting with 8.102. I can't even find where it tried to send me something because the search function is broken[:(]

Regards
Bill

Edit: Sorry forgot to mention, I use smarthost for outgoing mail like Ian.

Hi,
well, it is from my ISP's mail system and refers to the fw-notify as far as I can tell, because my messages using outlook all go through.

I will have a go at changing the ASG smarthost to what I had before which was my ISPs mail server. The default SMTP appears to override restored config data.

Ian M

Aha now I see it. The notifier log. Do we really need to run another mta (Postfix) on a utm that is already pushing the limits of ram. By the way my error is even funnier than Ian's

2011:03:17-16:18:34 gatekeeper postfix/smtp[19441]: 415F6422F6: to=, relay=none, delay=0.59, delays=0.21/0.14/0.25/0, dsn=5.4.6, status=bounced (mail for MYDOMAIN NAME .com loops back to myself)

[:D]

Hi Bill,

... I think you guys are confusing the whole smtp subsystem. All smtp logging should stay at one place ...

The whole story is a little bit more complicated, but notifications have always been send through a separate subsystem, so this is nothing new. 

... Do we really need to run another mta (Postfix) on a utm that is already pushing the limits of ram...

The RAM is not a problem, that mta is much smaller than everything else mail related on the ASG and it is even smaller than everything else we had before while offering a much more stable code base.

The alternatives would have been to either add a whole lot of advanced features, like queue handling, to the old notifier, or run a completely separate instance of exim in a separate part of the system. Both alternatives have a much higher risk of breaking parts of the ASG that are unrelated to reporting-emails and notifications, so we choose the 'separate mta' way.

Just in case this isn't obvious: Reporting and Notifications have to be separate from the SMTP proxy, because we need to make sure that a misconfiguration in the SMTP proxy doesn't affect the notifications.

Cheers,
Kai

The whole story is a little bit more complicated, but notifications have always been send through a separate subsystem, so this is nothing new. 

Yes I was initially disappointed with multiple logs but now I kind of like everything in the same place. You have to give us old timers a few years to get used to new things[:$]

The RAM is not a problem, that mta is much smaller than everything else mail related on the ASG and it is even smaller than everything else we had before while offering a much more stable code base.

Well we can agree to disagree on ram usage. Without changing swappiness settings, my 2Gb ram ASG still swaps to disk without even using IPS. I have nothing against Postfix just don't like running multiple mtas which usually spring a security issue sooner than later. I agree by the way on stability of admin notification regardless of the availability of general smtp.

Regards
Bill.

Edit: I did receive my daily report last night after reconfiguring the notification tab. Thanks Ian and Kai for shedding some light on the topic.

Hi Billybob,
what did you do to the config, I changed mine, I can only put names in the field it won't take straight IPv4 address?

Ian M

This notifier bug is going to drive me to some serious drinking.
I put a valid userid and password and enabled authentication to smarthost, I can now add a definition by dnd which before this failed. I don't see any reject message about the MTA, now just get timeouts "within 1 sec".

Ian M

Forget the above, I just found the smarthost in notifier. I have never had to fill that out before, that is why the confusion.

Maybe I am being a little simple here, but I would have thought if you have  a smarthost in the ordinary mail setup, wouldn't need one in the notifier setup as well? Or maybe even a message advising you haven't got a smarthost in both locations?

This notifier bug is going to drive me to some serious drinking.

Its not that bad once you figure out what is going on[;)] I had to create a new DNS definition for my smarthost and put it in advanced settings of notifier. This setting seems to be working for me and the reporting is working.

 I haven't tried sending email to my internal mail server yet. I am bouncing it off of gmail where I send email to gmail and then have forwarders setup at gmail that bounce that email back to me.

I agree though, The admin address that is entered during initial configuration should automatically be used for all emails administrative or otherwise I am hoping this will be fixed in the next few betas.

Regards
Bill.

Hi Ian,

you didn't answer Kai's question yet:

What happens if you try different settings in the Notifications>>Advanced section?

Does the notifier work if you explicitly configure the smarthost again in the advanced notifier settings?

Regards,
mlenk

Hi mlenk, 

my apologies to kbr, I didn't read his post completely.

If I configure the smarthost in the notifications section the notifier works. I now receive messages I didn't know existed about DYDNS being configured.

Ian M