Pegasus Mail & Mercury

Welcome to the Community for Pegasus Mail and
The Mercury Mail Transport System, the Internet's longest-serving PC e-mail system!
Welcome to Pegasus Mail & Mercury Sign in | Join | Help
Home Blogs Forums Downloads Pegasus Mail Overview Mercury Overview Wiki

Search

You searched for the word(s):
Showing page 165 of 166 (1,660 total posts) < 1 second(s)
  • Re: ClamWall starts many instances of ClamD and FreshClam

    We also had ClamAV and FreshClam trying to start for each incoming message, but I think that started already in April so it wasn't related to M/32 4.51. There wasn't multiple processes, though, in fact ClamAV probably never started at all. Nico's new version solved that for us as well, but as I mentioned in an earlier post we need 2 copies of the ...
    Posted to Mercury Community Support (Forum) by Rolf Lindby on July 24, 2007
  • Re: ClamWall starts many instances of ClamD and FreshClam

    Multiple processes with clamd.exe and freshclam.exe is not a general problem. We get one of each, and they start and stop nicely together with Mercury/32. I'm not sure what could be causing the problem, but one thing we noticed during setup was that clamd wasn't happy with the path to the conf file in ClamWall so we had to make a copy of the file ...
    Posted to Mercury Community Support (Forum) by Rolf Lindby on July 23, 2007
  • Re: Auto-reply still not working correctly in 4.51

    This installation runs on Windows 2000 Server sp4 with NTFS, so in theory it should behave the same as in your setup. Regional settings should probably not affect this, but anyhow it's the English OS version with Swedish locale selected. Troy wrote he used Windows 2003 Server, which most likely means that it was NTFS as well. E-mail address is on ...
    Posted to Mercury Community Support (Forum) by Rolf Lindby on July 19, 2007
  • Re: Auto-reply still not working correctly in 4.51

    In this case the program runs on a Windows 2000 Server under an account in the administrators group (which in itself may not be a brilliant idea, but at least rules out the possibility of insufficient user rights). It's been run on different hardware (and different disks) with the same result, so it's not likely to be due to disk problems or ...
    Posted to Mercury Community Support (Forum) by Rolf Lindby on July 18, 2007
  • Re: Extract Attachments to file rule

    I tested this again, without the stupid alias mistake that mixed things up for me the previous time. The problematic line is, as you say, this one:If attachment ExtnPart contains ''tif'' SaveAttmt ''E:\\'' 1If I select some other action, like Log to console, I get a hit, so the extension is correctly identified. If I enter a full filename instead ...
    Posted to Mercury Community Support (Forum) by Rolf Lindby on July 17, 2007
  • Re: Auto-reply still not working correctly in 4.51

    OK, could be that the first 48 hours after the file was created works correctly. However, after that point every attempt to update the file will cause it to be deleted according to my&nbsp; experience. For instance, I sent several cc's to a colleague that's on vacation a few days ago, and received an autoreply for each (at 19.36, 19.52, and ...
    Posted to Mercury Community Support (Forum) by Rolf Lindby on July 16, 2007
  • Re: Extract Attachments to file rule

    This may be a bigger problem than I first assumed. I made a local test setup of Mercury 4.51 (without any daemons etc), and I'm not even getting a simple general rule like this to work:Mercury Rule SetAlways Move ''admin''&nbsp;It actually seems like Mercury doesn't execute the rule set at all. I've also restarted the program in case it didn't ...
    Posted to Mercury Community Support (Forum) by Rolf Lindby on July 13, 2007
  • Auto-reply still not working correctly in 4.51

    Sadly it seems that the old problem with auto-replies being sent more than once to the same sender is still around in M/32 4.51. The problem, well documented by Troy Thompson on the Mercury mailing list May 3, 2005, is that the AREPLY.KFL file, that holds addresses to which auto-replies have been sent, gets deleted by the program. I quote Troy's ...
    Posted to Mercury Community Support (Forum) by Rolf Lindby on July 12, 2007
  • Re: Generate 400 level smtp error code

    That would assume that the connecting server identifies itself with IP number in HELO/EHLO. It's more likely to be a host name, actually. I would suggest using RL instead of BL as there is no need to drop the connection in this case. &nbsp;/Rolf&nbsp;
    Posted to Mercury Community Support (Forum) by Rolf Lindby on July 12, 2007
  • Re: Update queue counters?

    Unless there is support in M/32 or the new daemon interface for recalculating the queue counters a webadmin interface won't help much in this case, though. If there is support for it I'd be happy to add the function to my web interface. &nbsp; /Rolf&nbsp;
    Posted to Mercury Community Support (Forum) by Rolf Lindby on July 11, 2007

Contact | Advertise | Host provider: PraktIT | Terms of Use | Privacy Statement
Copyright © 2007-2011 David Harris / Peter Strömblad. | Pegasus Mail Home Page