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??

I did notice an important difference.  In the smarthost settings, you put in the name of your POP (aka inbound) mail server -- mail.comcast.net, not your SMTP (aka outbound) mail server.  Try changing it to smtp.comcast.net and see what happens.

Alright, I will try that.  Thanks for the info, hopefully that fixes it all!

Ive just recently got mine working as well by trying my own things.

So yes, use SMTP.COMCAST.NET  thats what I use.  IN addition, you have to use a valid email address, not just a domain name.

so I just used my normal comcast email address in the management settings, and I get email notifications now!

Try that [;)]

Ive just recently got mine working as well by trying my own things.

So yes, use SMTP.COMCAST.NET  thats what I use.  IN addition, you have to use a valid email address, not just a domain name.

so I just used my normal comcast email address in the management settings, and I get email notifications now!

Try that [;)]

Hmmm, still not working ...


Under the Email Security >>> SMTP >>> Advanced Tab -

What did you have for the Advanced Settings fields?:

1. SMTP Hostname?
2. Postmaster Address?
3. BATV Secret?
4. Max Message Size?

For the dummy server created for the "Internal Server" field under the Global tab (Email Security >>> SMTP), do you have it attached to the Internal interface or External(WAN) under the item you created in Networks section under Definitions)?

Do you have any Packet Filter rules to allow outbound SMTP?

Only PF rules I have are in this order from top down:

Allow Internal to Any - UDP
Allow Internal to Any - TCP
Allow Internal to Any - HTTPS
Deny Any to Any


Thanks for the help again.

These are my advanced settings.



These are my global settings:



This is the only DEFAULT rule I have:




Again, mines been tested with SMTP enabled, and using daily executive reports rather than weekly, so I can get a test faster.  So make sure you have "daily" checked off, or automatic daily backups.  Not sure what other method your using

I'm gonna try with the SMTP system disabled, but hopefully I'll yield the same results.

Let me know

ya it looks like its gotta be enabled for the email notifications to send out.

Wow, okay I noticed you had Transparent Mode in the SMTP Proxy checked, I do not have that.  Do I need that??
     I guess I better add the same rule you have for email messaging too then.

Yes you will need that enabled.  Good Luck

I noticed you had Transparent Mode in the SMTP Proxy checked, I do not have that.  Do I need that??

Well, according to wolfgang elsen's advice back on page 1 of this thread, "no".  He explicitly disables transparent mode.  No sure what that does or doesn't do, but mine is turned off.

For the dummy server created for the "Internal Server" field under the Global tab (Email Security >>> SMTP), do you have it attached to the Internal interface or External(WAN) under the item you created in Networks section under Definitions)?

Do you have any Packet Filter rules to allow outbound SMTP?

Only PF rules I have are in this order from top down:

Allow Internal to Any - UDP
Allow Internal to Any - TCP
Allow Internal to Any - HTTPS
Deny Any to Any

1.  Dummy server.  Mine is defined as a "host" and is labeled as an internal server.  It doesn't seem to be atached to either the Internal or External interface (under Definitions/Networks)

2.  PF rules.  You wouldn't be running v6 per chance?  I believe they've changed the way PF rules look in v7 and so mine don't look like yours anymore.

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

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!