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

[9.100-16] can't click on 'SMTP Spool' -- does nothing

We have a ASG220 that was recently upgraded to 9.100-16 and after that started having problems delivering mail to one specific SMTP server (seems like a TLS issue). We had mail getting stuck in the outbound spool and I was checking it, there were 40-50 messages in there over the last few days.  I finally whitelisted the server in the Advanced settings and I think that fixed the problem.

Now however, when I click on Mail Manager and then SMTP Spool, nothing happens, the screen never 'updates'. The other tabs are fine (SMTP Quarantine, SMTP Log, POP3 Quarantine) just Spool doesn't work.

I checked CPU usage, memory and disk space etc -- all are fine. Nothing In /var/log/system.log etc. I rebooted the box twice already but that didn't fix the issue either.

Any ideas??


This thread was automatically locked due to age.
  • What you mean, the screen doesn't go to Spool tab or the spool tab is empty?
  • Hi , 

    With some old mails servers there is an issue with TLS after 9.100 even the last ver.
    If you know the exact mail servers you have problem with then go to SMTP then advanced and scroll down to - skip TLS negotiation host/nets and put the servers there.
    This will solve your issue.
    I was suffering from this issue too after upgrade in some installation.


    All my best

    Gil Peled.

    CEO- Expert2IT LTD.

    SOPHOS Platinum Partner.

    Gil@expert2it.co.Il.

  • What you mean, the screen doesn't go to Spool tab or the spool tab is empty?


    No, it's not empty -- the screen literally doesn't switch to Spool. I click it but nothing happens. I tried different machines, clearing cache, etc. Tried Chrome, Firefox + IE. Just doesn't work.
  • When changing versions, sometimes the browser has a cached page that it's accessing instead of the new one from the new version.  Try closing all browser windows, open one and immediately delete temporary files.  Now try again.  Any luck?

    The other thing to try would be a different browser.  Since V8.3, I've switched to Firefox for WebAdmin and use IE9 & IE10 for other work.

    Please let us know what worked for you.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Bob thanks but I tried all that stuff already (tried Firefox, Chrome and IE) and I tried clearing the cache completely in both Chrome and FF. I even tried from a few different computers in case it was some weird interaction with an add-on or extension. Nothing has worked. 

    At this point I assume somehow there is either a corrupt message or a corrupt database somewhere that is locking up whatever "collector" runs behind the scenes to render that Spool page. The other tabs/pages work fine as I said. 

    Is there anything else I can do or check? Any way to "flush" the spool out (delete everything)? Definitely need to get this working again!
  • Hi Luckman212

    Is there anything under confd.log or confd-debug.log  (If you are a home user you can ssh to /var/log/conf-debug.log)?

    Thanks
  • You can try:

    # /etc/init.d/postgresql rebuild 

    EDIT 2016-07-12: IN newer versions, the command is /etc/init.d/postgresql92 rebuild

    Cheers - Bob

     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Is there anything under confd.log or confd-debug.log  (If you are a home user you can ssh to /var/log/conf-debug.log)?


    Sure, I can SSH into the ASG. Here's what I got-

    [FONT="Courier New"]tail -f /var/log/confd-debug.log[/FONT] (then clicking on "SMTP Spool":

    [FONT="Courier New"]2013:05:27-10:02:26 gw1-1 confd[1452]: D sys::AUTOLOAD:299() => id="3100" severity="debug" sys="System" sub="confd" name="external call" user="system" srcip="127.0.0.1" facility="system" client="index.plx" lock="none" method="get_rights"
    2013:05:27-10:02:26 gw1-1 confd[1452]: D sys::AUTOLOAD:299() => id="3100" severity="debug" sys="System" sub="confd" name="external call" user="system" srcip="127.0.0.1" facility="system" client="index.plx" lock="none" method="get"
    2013:05:27-10:02:26 gw1-1 confd[1452]: D sys::AUTOLOAD:299() => id="3100" severity="debug" sys="System" sub="confd" name="external call" user="system" srcip="127.0.0.1" facility="system" client="index.plx" lock="none" method="get"
    2013:05:27-10:02:26 gw1-1 confd[1452]: D sys::AUTOLOAD:299() => id="3100" severity="debug" sys="System" sub="confd" name="external call" user="system" srcip="127.0.0.1" facility="system" client="index.plx" lock="none" method="get_object"
    2013:05:27-10:02:26 gw1-1 confd[1452]: D sys::AUTOLOAD:299() => id="3100" severity="debug" sys="System" sub="confd" name="external call" user="system" srcip="127.0.0.1" facility="system" client="index.plx" lock="none" method="get"
    2013:05:27-10:02:26 gw1-1 confd[1452]: D sys::AUTOLOAD:299() => id="3100" severity="debug" sys="System" sub="confd" name="external call" user="system" srcip="127.0.0.1" facility="system" client="index.plx" lock="none" method="get"
    2013:05:27-10:02:26 gw1-1 confd[1452]: D sys::AUTOLOAD:299() => id="3100" severity="debug" sys="System" sub="confd" name="external call" user="system" srcip="127.0.0.1" facility="system" client="index.plx" lock="none" method="get_object"[/FONT]

    Next we have confd.log
    [FONT="Courier New"]tail -f /var/log/confd.log [/FONT]

    In this case, clicking on "SMTP Spool" results in nothing (no further output) [:S]
  • You can try:

    # /etc/init.d/postgresql rebuild 


    Bob- Is that command destructive in any way? What do I risk losing?
  • Yes, that does reinitialize the databases.  Before you do that, there are two other things to try.

    Re-index SMTP only (from Andreas in 2008):

    psql -Upostgres -c"reindex database smtp;" smtp
    psql -Upostgres -c"vacuum;" smtp



    Reinitialize SMTP only (from Billybob in 2012):

    /var/mdw/scripts/smtp stop
    dropdb -U postgres smtp
    createdb -U postgres smtp
    /var/mdw/scripts/smtp start

    EDIT 2016-07-12: changed line 3 to createdb

    Please let us know if those still work.  In the postgresql command, you might need to use postgresql92 instead.

    Cheers - Bob

     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA