Check the setting on the POP3 host and make sure it is setup to show all the mail, not just the unread mail.

Offer only unread mail  If this control is checked, Mercury will list only messages whose status is "unread" - mail marked as read will be invisible to POP3 clients. This option is very convenient, but is also not a part of the POP3 standard.

I got the same problem here, have you solved the problem, if yes, can you help me out please.

that's perfect. Many thanks David.

Thomas

Thank you.

Something similar happened to my server a year or two ago, but Mercury was not to blame. It turned out to be an OS / hardware issue. On Win2k3 server I scheduled a disk check and restarted the server. Several drive errors were detected and repaired and I had to restore the mailing list files from backup.

The MLF files cannot be read-only, as fields such as Last Submission Date and Status Flags need to be updated when messages go to list members.

 Be careful about changing file permissions, because Mercury EXPECTS to be able to write to certain files. Corruptions and other unstable behavior can result when it cannot do as it expects. (Hey, I am not saying that David doesn't have proper error traps in place, but he cannot be expected to anticipate every possible senario.)

Well, you'll need more disk space on the server!...

Otherwise searching mail will take much longer than if it's stored in your local mail client. And when creating folders, remember that IMAP folders in Mercury can contain other folders or messages, but not both. If you mix it there is a risk you'll loose messages.

/Rolf 

Hi Thomas,

thank you for your reply. If David or the Betateam needs a tester for this issue,  please send a mail.

Greetings

Hans-Peter

Well that was easy!!  Thanks heaps, Im sending and recieving now. Very much appreciated, Good to see a fellow South Islander to, unless your Christchurch England LOL

I tried to see if there were any special circumstances that would trigger this, comparing two installations with rather different working environment. I got the same result with or without Spamhalter, Graywall, Clamwall or other daemons. It didn't occur more (or less) frequent after a restart. It appears to be somewhat load related, though: it's more likely to happen when there are a lot of messages coming in to core simultaneously.

It's not in any way a problem to have the archive program make sure it always uses a new filename. It was something of a shock though going from no duplicate filenames in a single day in 5 years (with I guess millions of archived emails) to getting a few hundred of them yesterday!

/Rolf 

I would setup a filter in Mercury/32 looking for this address to forward AND also checking that the SIZE is less than the size limit of the Blackberry.  Checkout the use of the AND in the Mercury rules help.

fixed :-) Thanks again Thomas [Y]

Has anyone written a rule similar to this?  What works for you, other than blocking Google mail outright?

I use POPFileD and POPFile and it catches all of the 419'ers regardless of sender. It's hands off since it's analyzing the message body for the spam.

That looks to be the problem thanks for the quick help.

well what am i supposed to use???

One way is to create a GMail account for just the purpose of sending mail via MercuryC. 

right, so you're saying i need this to help prevent my outgoing emails

being identified as spam. i was confused before because i thought you

meant i need it for sending local mail (by which, to be clear, i mean

mail destined for example to user1@localhost, which mercury should

stick into a test mailbox on the same system).

since mercury is relaying the message through my gmail account, is what

you suggested really necessary?

 I think so.  Have you looked at the headers on the messages you are sending.  The Mercury/32 server is going to identify itself in these headers for each message sent through this host. 

since merc is just essentially (afaik)

logging into the gmail account and giving gmail a message to send, why

should the real original destination matter? i mean i use thunderbird

to send mail from my computer all the time, that's essentially doing

exactly the same thing merc is doing here, and there's no problem with

mail being identified as spam there...

Not really, mail sent via T-bird is being send directly to the ISPs SMTP host for processing.  Mail sent by your application (or T-bird) via MercuryS is being processed via MercuryS and queued, Mercury core and queued and MercuryC.   Each process is adding a Recieved line to the message.

Here's the headers put on by Peter's Mercury/32 server for the message I got from the comunity server.  The web process is sending the mail via MercuryS.  If you are using "localhost" as both the name of the system and the domain then it will show at least 3 times in the message.  If you are forwarding mail from ma local user there can be many more instances.

 Received: from Spooler by mail.praktit.se (Mercury/32 v4.62) ID MO0003BA;
 10 Jul 2008 01:16:31 +0200
Received: from spooler by mail.praktit.se (Mercury/32 v4.62);
 10 Jul 2008 01:16:26 +0200
Received: from web2 (192.168.1.20) by mail.praktit.se (Mercury/32 v4.62) with
 ESMTP ID MG0003B4; 10 Jul 2008 01:16:22 +0200

 This message was first received by MercuryS and queued as MG0003B4, then processed by core and queued as MO00003BA and finally taken from the queue by MercuryE for delivery to my server.

Or a better use of alias so the X-Envelope-To: address of the delivered message is a full SMTP email address.  ;-) 

Alias: abuse@homesweethome.de
Real address: admin@homesweethome.de

 Where can I get WinPMail PB1?

 "A public beta of Pegasus Mail v4.5 is now available for anyone who

wishes to do so to try out. The beta is very complete and stable, but

is provided without formal technical support - you should almost

certainly apply due diligence testing to it before using it in a

production environment.

You can download the public beta from , or a full German version of the beta from http://download-us.pmail.com/w32-451-de-pb1.exe (and yes, we realize they appear to have different version numbers).

Peter

Stromblad will post an announcement telling you about new beta-related

forums that will be made available in the community in the near future

- using these forums, you can discuss the beta and provide feedback if

you wish.

Please read the "What's new" notes in the beta installer or help file for information on the v4.5 release.

Cheers to all!

-- David --"

Thank you! *Success*! 

I will Download Mercury 4.62 and will try to configure the same.

A POP3 check in itself won't require much computing power, actually. But it's good to hear it works now!

/Rolf 

You could also set a forward file in the 2 users dir to forward to an external address (e.g. gmail).

This would avoid having to manually maintain a lot of aliases .