Guest User!

You are not Sophos Staff.

[7.490][BUG][NOTABUG] 7.49 SMTP Issue

Post upgrade to 7.49, I notice a tremndous amout of SMTP logging going on. This did not happen before the upgrade. Does anyone have a suggestion on how to fix this issue?

2009:09:04-19:21:00 OASIS exim[6382]: 2009-09-04 19:21:00 Start queue run: pid=6382
2009:09:04-19:21:00 OASIS exim[6382]: 2009-09-04 19:21:00 End queue run: pid=6382
2009:09:04-19:22:00 OASIS exim[6407]: 2009-09-04 19:22:00 Start queue run: pid=6407
2009:09:04-19:22:00 OASIS exim[6407]: 2009-09-04 19:22:00 End queue run: pid=6407
2009:09:04-19:23:00 OASIS exim[6416]: 2009-09-04 19:23:00 Start queue run: pid=6416
2009:09:04-19:23:00 OASIS exim[6416]: 2009-09-04 19:23:00 End queue run: pid=6416
2009:09:04-19:24:00 OASIS exim[6430]: 2009-09-04 19:24:00 Start queue run: pid=6430
2009:09:04-19:24:00 OASIS exim[6430]: 2009-09-04 19:24:00 End queue run: pid=6430
2009:09:04-19:25:00 OASIS exim[6467]: 2009-09-04 19:25:00 Start queue run: pid=6467
2009:09:04-19:25:00 OASIS exim[6467]: 2009-09-04 19:25:00 End queue run: pid=6467
2009:09:04-19:26:00 OASIS exim[6501]: 2009-09-04 19:26:00 Start queue run: pid=6501
2009:09:04-19:26:00 OASIS exim[6501]: 2009-09-04 19:26:00 End queue run: pid=6501
2009:09:04-19:27:00 OASIS exim[6515]: 2009-09-04 19:27:00 Start queue run: pid=6515
2009:09:04-19:27:00 OASIS exim[6515]: 2009-09-04 19:27:00 End queue run: pid=6515
2009:09:04-19:28:00 OASIS exim[6559]: 2009-09-04 19:28:00 Start queue run: pid=6559
2009:09:04-19:28:00 OASIS exim[6559]: 2009-09-04 19:28:00 End queue run: pid=6559
2009:09:04-19:29:00 OASIS exim[6569]: 2009-09-04 19:29:00 Start queue run: pid=6569
2009:09:04-19:29:00 OASIS exim[6569]: 2009-09-04 19:29:00 End queue run: pid=6569
2009:09:04-19:30:00 OASIS exim[6583]: 2009-09-04 19:30:00 Start queue run: pid=6583
2009:09:04-19:30:00 OASIS exim[6583]: 2009-09-04 19:30:00 End queue run: pid=6583
2009:09:04-19:31:00 OASIS exim[6719]: 2009-09-04 19:31:00 Start queue run: pid=6719
2009:09:04-19:31:00 OASIS exim[6719]: 2009-09-04 19:31:00 End queue run: pid=6719
2009:09:04-19:32:00 OASIS exim[6737]: 2009-09-04 19:32:00 Start queue run: pid=6737
2009:09:04-19:32:00 OASIS exim[6737]: 2009-09-04 19:32:00 End queue run: pid=6737


Thanks,
Jim[:S][:S]
  • Astaro Beta Report
    --------------------------------
    Version: 7.490
    Type: BUG
    State: NOTABUG
    Reporter: scottj
    Contributor: 
    MantisID: 
    --------------------------------
  • Try stopping and restarting your smtp proxy one time and see if it helps. I don't have it in my logs. Are you getting any emails about smtp or any other service being restarted?
  • I did try starting/stopping the SMTP proxy which was correctly logged. In my configuration the SMTP proxy is not used so it is left as disabled. There are no emails about services not running or not able to start. Thanks for responding, Jim
  • Jim, When I activated the SMTP Proxy with a valid host but with a non-existant domain name, I saw the same thing.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Bob, Thanks. This is an unusual issue as I am not using the SMTP proxy at all. Currently it is in the disabled state via webadmin. So I was very surprised to see this level of activity. Is there possibly a work around to stop the SMTP process? Thanks, Jim
  • The SMTP Proxy isn't needed for the Astaro to be able to deliver email notifications, so the right thing to do is indeed to leave it off if you don't use it.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • This is clearly something that happens only with 7.49. Today I took the time to go back to 7.47, then to 7.48. There we no unusual SMTP entries in the eariler versions of Astaro. I suspect there may be some change in 7.49 which is causing this. Currently I have turned off all local logging to prevent the log from filling the hard disk up. 

    Thanks,
    Jim[:S]
  • Interesting.  You're right, the lines continue even when SMTP is not enabled.  That's the Astaro itself checking to see if it has any notifications to send.  That's probably less than a megabyte a week, so that shouldn't bother you during the beta.  The Astaro developers should indeed flip the debugging off for that though.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Unfortunately Scott is correct. My server was under heavy load yesterday and I didn't notice any of the logs but today under lighter load, it has the symptoms described in the first post.
    2009:09:05-21:07:00 gatekeeper exim[21715]: 2009-09-05 21:07:00 Start queue run: pid=21715
    2009:09:05-21:07:00 gatekeeper exim[21715]: 2009-09-05 21:07:00 End queue run: pid=21715
    2009:09:05-21:07:19 gatekeeper smtpd[21708]: SCANNER[21708]: Nothing to do, exiting.
    2009:09:05-21:08:00 gatekeeper exim[21731]: 2009-09-05 21:08:00 Start queue run: pid=21731
    2009:09:05-21:08:00 gatekeeper exim[21731]: 2009-09-05 21:08:00 End queue run: pid=21731
    2009:09:05-21:09:00 gatekeeper exim[21749]: 2009-09-05 21:09:00 Start queue run: pid=21749
    2009:09:05-21:09:00 gatekeeper exim[21749]: 2009-09-05 21:09:00 End queue run: pid=21749
    2009:09:05-21:10:00 gatekeeper exim[21777]: 2009-09-05 21:10:00 Start queue run: pid=21777
    2009:09:05-21:10:00 gatekeeper exim[21777]: 2009-09-05 21:10:00 End queue run: pid=21777
    2009:09:05-21:11:00 gatekeeper exim[21822]: 2009-09-05 21:11:00 Start queue run: pid=21822
    2009:09:05-21:11:00 gatekeeper exim[21822]: 2009-09-05 21:11:00 End queue run: pid=21822
    2009:09:05-21:11:48 gatekeeper exim[16631]: 2009-09-05 21:11:48 SMTP connection from [123.27.56.127]:24401 (TCP/IP connection count = 1)
  • I can confirm this too. After eight hours my smtp-log is about 90KB filled with this messages.