This site http://mystyleit.com/blogs/mystyleit/archive/2009/06/15/running-mecury-mail-as-a-service.aspx says: "Be careful not to start Mercury in the native app mode while the service is running, or you might make it angry. The best way to do it is to stop the service, launch Mercury, make your configuration changes, close Mercury, restart the service."
So, don't just start the GUI while the service is running. You should you the use the 'annoying' feature that you might have disabled to make configuration changes. Or stop the service prior to opening the GUI.
Thanks for confirmation. It is hard to tell if it is Mercury or Popfile but I do suspect Popfile.
I did find out in another post that I can copy back the files to the Queue and get them to process by restarting Mercury so that helps when the problem occurs. It hasn't happened in a week but I am keeping an eye on it so see if I can discover anything else.
Open the Windows registry with RegEdit and check for a key containing "MS Sans Serif" in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes. If it exists then delete that key.
Note: Modifying the Windows registry can cause big problems if any mistake is made, so make sure you understand how to use the program before deleting anything.
As you are relying on ASSP Antispam for spam fighting you will probably have to seek the solution there. It puts itself between Mercury and the Internet, and makes several of the antispam features in Mercury useless. You could run SpamHalter as well or hope this specific type of spam will be caught by Mercury content control, but I doubt it would help much in this case.
Here is the mercuryC logs. i see that extra < in the email that the forums sent. Sorry i dont know alot about scripts and code (just enough to put up a site and forums, which then brings me here to bug you guys with my problems. Thanks again for all the help and if you need anymore files or logs let me know. I also posted on SMF forums havent gotten a response.
> Hello Mr. Stephenson, > your mail domain tstephenson.com is registered with the DNS system.
Yes, it is registered. But I also have some DynDNS domains registered as well and there is no problem using the GMail servers as long as I authenticate and use the proper setup.
(b) -SMTP STARTTLS -
Server host name: smtp.gmail.com Server TCP/IP port: 587 SSL/TLS: via STARTTLS Enable server certificate fingerprint tracking: checked SMTP Authentication: Login to the SMTP server using POP3 username/password (the GMAIL-POP3-definition has been chosen)
(c) - SMTP via SSL -
Server host name: smtp.gmail.com Server TCP/IP port: 465 SSL/TLS: via direct ssl connection Enable server certificate fingerprint tracking: unchecked SMTP Authentication: Login to the SMTP server using POP3 username/password (the GMAIL-POP3-definition has been chosen)
> I guess you have a fixed IP or something better than the free SynDNS service (including MX records).
I have MX records with DynDNS as well, GMail does not care if I have a fixed IP address or not. They do require a valid SMTP connection.
> I did not check with Gmail (as i have no account there) what happens, if you have a dynamic IP and a fantasy local mail domain name.
No problem.
> I tried it with web.de (a german provider) and they refused relaying - even if i authenticate correctly (i have a account there) - because the > FROM was not that of my account there, but something like user1@fantasydomain.net (the account of my local mail server).
Are you sure you properly authenticated?
Did you register the e-mail address you used for sending?
What is the actual domain being used? Is you IP address on any blacklists?
Be specific and use real data otherwise I'm simply guessing as to why it failed.
> > > > I have no idea about this server, I do know that Mercury has no > > problems sending any message using any address the sender wants to > > use with either MercuryC or MercuryE. > > I was asking if Mercury could be configured, so that dependent of the > local user, it chooses a different relay server and if Mercury could > rewrite the FROM in external send mail to something configurable for > the fore mentioned relay (configurable for the local user).
When I remove the Spamhalter Local IP network IP's, (and I also shut off my Antivirus with mail scanning) I'm now getting some headers in some emails. But, only for SOME LOCAL emails being sent.
Appears all outside emails received via MarcuryD are not given headers. These are the one that should be getting checked.
They are all received from my ISP's catch-all pop3 account.
If Spamhalter has been told to "whitelist" entries for an IP or domain name of incoming mail, where is this entry and how do I clear it?
> > So , are you saying on a standard Comcast cable connection I can't possibly operate my own SMTP server with any degree of > inboxing/success?
Since I have setup a number of these on Comcast I can tell you that you can successfully run a mail server on Comcast. There though are some problems.
1. You cannot receive via port 25 since this is blocked. You can get a mail forwarder like MailHop Relay provided by DynDNS to forward the mail to a different port like 2525. http://www.dyndns.com/services/mailhop/relay.html You can also use MercuryD to get your mail via POP3 from another mail service like Yahoo or Google.
2. You cannot send via port 25 since even if it was opened by Comcast all the major systems will block the mail since the IP address is not a fixed address.