No Email Notifications

You may want to simply try changing the the sender address. I've discovered that many system don't pass email unless the domain of the email is valid. I had the problem with both the fw-notify.net and when I used something like @machine.domainname.net. I changed the sender to admin.machinename@domainname.net and all worked fine. Many systems now block emails if the domainname can't be verified.

Hmmm I tried this, still not working for sending to my Gmail, Hushmail, or Comcast email account.  Do I still need to use the Smarhost with this too??

Yes you will need that enabled.  Good Luck

Yep, no luck with all that.  I made mine the same as yours with the exception of putting my comcast email address in where yours was, etc.

BUT, *crosses his fingers*  lets hope this fixes it!:

http://astaro.org/showthread.php?p=87890&posted=1#post87890

Well no luck with version 7.104 and all of the settings described with the SMTP Proxy. [:(]   I even tried a fresh system install with the 7.104 iso, no luck.  I think for now I will turn off the notifications and I will have to manually check.

I have also not received any e-mail notifications at all ever since I started using ASG (currently on 7.104).  I have tried all of the steps in this and other threads (including using different smarthost settings), but it always fails.

I noticed that my SMTP Engine log is around 400 MB!  How can I clear out the pending notifications that it is trying to send?

I managed to get this working by leaving the proxy enabled but then adding the internal and external networks to the skip list on the advanced tab.

If you look at the SMTP engine logs you will see that if you setup smarthost but then disable the proxy, notifications are sent using dns instead of using smarthost. In my case, sometimes my ISP would accept mail this way and other times it would not. So I would get notifications in batches, when my ISP decided suddenly it was ok to accept mail from me. Strange but true. Also if you have emails in Astaro's queue and you enable the proxy for a moment to go in and change the smarthost settings, Astaro will switch to smarthost and send all the messages in the queue right away. You'll get a backlog of notifications delivered even though the proxy was only enabled for a moment or two while you changed the smarthost settings.

So what I have done is go to the Advanced tab, and add both External and Internal networks to the Transparent mode skiplist. This will allow traffic through the box as though the proxy was disabled.

Unfortunately enabling the proxy will also open up ports 465 and 587 - a new problem that others have discussed here:
http://astaro.org/showthread.php?t=20616

hope that helps!

Thanks for the post...It does make me very nervous opening up the SMTP service to any internal and external networks.  It seems that something as simple as an e-mail notification shouldn't be this difficult.

Ya, leaving ports open on a security appliance seems wrong.

I "assume" that commercial customers can pay to have those ports closed?

Thanks for the post...It does make me very nervous opening up the SMTP service to any internal and external networks.  It seems that something as simple as an e-mail notification shouldn't be this difficult.

     It wasn't when I was using version 7.009  Lol  It worked fine then without the SMTP proxy and all this extra stuff.  It was as simple as entering your email address then.  I don't know what has changed since then, but something must have.  One day it was working, then the next it was not after applying the updates that followed version 7.009.

     For the time being I gave up.  I manually go in and view my Summary Reports and such. [:(]

Has anyone else figured out how to get email notifications to work?  I upgraded to 7.200 yesterday in the hopes that this would be fixed, but I'm still not receiving any notifications and the SMTP Engine log is huge.  [:(]

New ASG user here.

Not sure if this helps anyone here since it sounds like you're sending to external email addresses. But I was having an issue with email notifications as well. My problem was different in that I had notifications set to go to one external address and one internal address. The external was going out but it wasn't being received at the internal address (mailbox hosted on an Exchange server behind the ASG). I didn't fully understand how the notification process worked until reading through this thread. I was looking all over within the admin interface looking for outgoing mail server settings. Anyways, I created a DNS record on the ASG for the mail server pointing to the internal IP address of the Exchange server instead of the public MX record IP. After doing so all my internal emails came in without problems. 

I'm working with a new unit here just installed within the past couple weeks. I just this morning upgraded to firmware 7.200 hoping that would fix my issue. So basically email notifications were working for me out of the box. Didn't have to turn on the SMTP proxy or anything that I've seen here. But to get emails flowing to a mail server hosted behind the ASG I had to create that DNS record pointing to the internal IP.

Hope that helps someone. Good luck.

Thanks for the reply.  Unfortunately, I don't have an internal mail server, just trying to get notifications sent to my hotmail or gmail accounts (or any other external e-mail address for that matter).  From glancing at the SMTP logs, it appears as though it's trying to go to 127.0.0.1 for the host name:

2008:05:29-00:00:02 (none) exim[1800]: 2008-05-29 00:00:02 1 == myemailaddress@hotmail.com R=cff_route T=cff_smtp defer (-46): SMTP error from remote mail server after end of data: host 127.0.0.1 [127.0.0.1]: 451 basic_ios::clear

Not sure what this means, but entries similar to this are filling up my SMTP  engine log to several hundred MB per day!

Thanks for the reply.  Unfortunately, I don't have an internal mail server, just trying to get notifications sent to my hotmail or gmail accounts (or any other external e-mail address for that matter).  From glancing at the SMTP logs, it appears as though it's trying to go to 127.0.0.1 for the host name:

2008:05:29-00:00:02 (none) exim[1800]: 2008-05-29 00:00:02 1 == myemailaddress@hotmail.com R=cff_route T=cff_smtp defer (-46): SMTP error from remote mail server after end of data: host 127.0.0.1 [127.0.0.1]: 451 basic_ios::clear

Not sure what this means, but entries similar to this are filling up my SMTP  engine log to several hundred MB per day!