Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 13 replies
  • Subscribers 1 subscriber
  • Views 4557 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Astaro Notifications in SMTP Spool

datzrite
I'm using the ASG v7 software on a beige box for home use.  I don't run my own mail server and I don't use the mail security portion of the ASG but I do use the e-mail notifications.  I recently stopped receiving the e-mail notifications (they've been working for about a year).  I didn't make any changes to the system within weeks of the problem.  I found the notifications stuck in the SMTP spool on the ASG.  

Here's a snip from the log:

2009:04:01-14:16:31 (none) smtpd[3658]: MASTER[3658]: QR globally disabled, status two set to 'disabled'
2009:04:01-14:16:33 (none) exim[3716]: 2009-04-01 14:16:33 pid 3716: SIGHUP received: re-exec daemon
2009:04:01-14:16:33 (none) exim[3716]: 2009-04-01 14:16:33 exim 4.69 daemon started: pid=3716, no queue runs, listening for SMTP on port 25 (IPv4) port 587 (IPv4) and for SMTPS on port 465 (IPv4)
2009:04:01-23:58:11 (none) exim[3716]: 2009-04-01 23:58:11 SMTP connection from [127.0.0.1]:52871 (TCP/IP connection count = 1)
2009:04:01-23:58:11 (none) exim[12017]: 2009-04-01 23:58:11 [127.0.0.1] F= R= Accepted: from relay
2009:04:01-23:58:14 (none) exim[12017]: 2009-04-01 23:58:14 1LpE4B-00037p-18 do-not-reply@fw-notify.net H=localhost (localhost.localdomain) [127.0.0.1]:52871 P=esmtp S=430204 id=1060-21060-1238644690@my_domain
2009:04:01-23:58:14 (none) exim[12017]: 2009-04-01 23:58:14 SMTP connection from localhost (localhost.localdomain) [127.0.0.1]:52871 closed by QUIT
2009:04:01-23:58:15 (none) smtpd[3683]: QMGR[3683]: 1LpE4B-00037p-18 moved to work queue
2009:04:01-23:58:22 (none) exim[12026]: 2009-04-01 23:58:22 10AHOg-00037p-18 smtp.where.secureserver.net [64.202.166.12]:25 No route to host
2009:04:01-23:58:25 (none) exim[12026]: 2009-04-01 23:58:25 10AHOg-00037p-18 mailstore1.secureserver.net [64.202.166.11]:25 No route to host
2009:04:01-23:58:28 (none) exim[12026]: 2009:04:01-23:58:28 (none) exim[12025]: 2009-04-01 23:58:28 10AHOg-00037p-18 == my_email_addy R=dnslookup T=remote_smtp defer (113): No route to host
2009:04:01-23:58:28 (none) exim[12025]: 2009-04-01 23:58:28 10AHOg-00037p-18 ** my_email_addy: retry timeout exceeded
2009:04:01-23:58:28 (none) exim[12028]: 2009-04-01 23:58:28 1LpE4S-000380-0w <> R=10AHOg-00037p-18 U=exim P=local S=108094
2009:04:01-23:58:28 (none) exim[12025]: 2009-04-01 23:58:28 10AHOg-00037p-18 Completed
2009:04:01-23:58:51 (none) smtpd[12018]: SCANNER[12018]: Nothing to do, exiting.

I'm not seeing SMTP, SMTP SSL, or DNS blocked on the packet filter and I set rules to allow each of them to any on any, just to test.

Any idea how to fix this?  I really appreciate any help.


This thread was automatically locked due to age.
  • 0 in reply to stevenhemelaere
    If I understand your situation correctly, I believe that those are emails already in a queue over which you no longer have control in Mail Manager.  The easiest way to get rid of the problem is to do a factory reset.

    Before that, back up your configuration in an unencrypted file and put it on a USB memory stick.  After the factory reset, do a reboot with the memory stick in place and the Astaro will restore the configuration automatically from the backup file.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0 in reply to BAlfson
    OK,

    i wanted to try your suggestion out tonight, checked my mails first, and ... there they were........

    Somehow, i don't know why, he just got rid of the problem mails or something, and went on with the latest stuff in the spool.

    I'll keep on monitoring to see if it continues to work, however...
  • 0 in reply to stevenhemelaere
    That's good news.  That means the PostgreSQL databases are doing a better job of policing themselves - hio-hip-hooray for the developers!

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Cookie Information Banner