Brian

Thank you for your comment - I think you may have somewhat 'inadvertantly' opened my eyes to this! 

I have been using a single primary mailbox  into which all the email arrives. Mercury D polls this single mailbox and then dsitributes to local users based on the domain name prefix.

I have now created separate mailboxes - one for each user on the name hosting server and updated Mercury D to download from each mailbox - the duplicate message problem now appears to be solved! I love simple solutions. 

Thanks for the  light-bulb moment.

lol i had the same Problem probing 2 hours to fix this Problem :D

i had no delivery file tamplate in the config so it always crashed but now we are happy :) 

FYI With Mercury 4.8 & Win7 I just set my server to large fonts (125% scaling) and the dialogs have auto-scaled and are fine.

[quote user="Brian Fluet"]Have since discovered that the recipient address the original message was incorrect.  Subsequent messages have been delivered.  What an annoyance to have the delivery failure notice reference greylisting when the problem is an invalid address.
[/quote]

Haha - at least it was easily sorted out :)

Rolf,

Thanks very much, that fixed the problem!

Hi Andre,

We are using Mercury in connection with Pmail. But when accessing remotely from home we are using Roundcube as well. I have tried to create a subfolder in an already available folder - and it works. Also after closing RoundCube and re-opening my account with Pmail, the new subfolder appears.

Cheers

Joerg

edit: of course, also via RoundCube you are able to create new subfolders only within an empty parent folder. As long as any mails are already stored in the parent folder, RoundCube will return an error message when trying to create a new subfolder.

the website i have was just a basic website written in php and html from the web with no registration functionality at all. i downloaded from github a registration script that contained several files and a mysql db. it all works fine and it used to work ok with mandrill which was a free mail relay service but they started charging for the service so i thought maybe it was better to use the inbuilyt mercury mail since that was what it was there for.

i wanted one account for example (a private email for myself) and i wanted another email account to handle sending confirmation/register emails when someone registers on the site or if they forget a login password it can send them an email with their details. It is really not going to be used for anything complex at all just mostly handling registration stuff only. 

It's working now.  Thanks Jim!

Edit: To clarify, the expression filter Subject: [[]Spam]* works.  

Rolf, sorry - my question was not precise enough ;-(

what I want to know is, if these in 0.91 and 0.92 included functions (look down) are still included in your latest version 1.1.2.74 and if they are "ever on" because in 0.91 and 0.92 you have to activate it with a "SmtpEvent = smtpevt.dll; 1" in the DAEMON.INI but NOW with your latest version 1.1.2.74 there are already a lot of numbers after the smtpevt.dll; " SmtpEvent = smtpevt.dll; 0111121"

look (part of your readme-file included in 1.1.2.74): 

"Version 0.9.1 added a check for missing Date header and bulk mail. Date is a required header according to the SMTP RFCs. If there is no Date header and the recipient is an invalid local address the connection will be terminated. If the message has a Precedence: Bulk header and bad recipient the message is received but immediately discarded. Authenticated connections will always be allowed, though.
In version 0.9.2 the ability to block messages with a bad local sender address was added. If a MAIL FROM command with an address that belongs to a local domain is issued the daemon will check if there actually is such a mailbox in Mercury. If not, the connection will be terminated and log entries created. Note that this check will not be performed for domain mailboxes.

To activate this function the line in DAEMON.INI will need an extra parameter, and should look like this:
SmtpEvent = smtpevt.dll; 1 "

I hope you understand what I mean :-)

Also I have running an old Mercury/32 3.32 for testing around, what is the latest SMTPEVT.dll or RCPTEVT.dll which I can use for 3.32 and do you have a download link for this latest version, please? 

Thank's a lot in advance.

Regards, Michael. 

This should be possible to suppress using "outgoing rules" - define one that matches <> as sender and a part of the message text and then deletes such messages.

I had been having the following problems with Mercury:

1. All the problems with IMAP on Android and Apple clients not disconnecting as described in detail by Gusg, above.
2. Problem with Thunderbird IMAP client: when opening an email with attachments Thunderbird fetches and displays only the body of the email and waits for the user to open an attachment before fetching it from the server. Intermittently, when fetching an attachment Thunderbird would report that "the server has reported the attachment is empty". Closing and restarting Thunderbird would allow the user to fetch the attachment from the same email. The problem was that either Mercury or Thunderbird had "lost its place". I tried running Mercury with logging enabled to diagnose the problem, but, because it was so intermittent, I would end up with gigabytes of useless log files. Pegasus does not have this problem because it fetches the whole message including the attachments, whether you want to open the attachments or not.
   
3. These problems may be solved by Mercury V5 with a new file

   system that allows one file per message so locking of whole "folders"

   will no longer be necessary. However, on March 31, 2011 David Harris

   announced that "We hope to release V5 sometime in 2011", and this

   was already mid 2015. It had become clear to me that the "one man band"

   development model of Mercury and Pegasus was no longer sustainable.
   

4. My server was running Windows XP and upgrading the OS required buying new hardware.

I solved all of these problems: I bought a Raspberry Pi, installed Postfix as the mail server and PopFile for mail filtering (I even copied its database from the PC the the Raspberry), ported the PopFile daemon I wrote many years ago for Mercury, copied all my users email folder structure to the new server, copied all their emails and then shut down Mercury. My Raspberry Pi server has not needed rebooting in 9 months.

Mercury was a great program. It deserves better support than David Harris all by himself has been able to provide and, in my opinion, he needs to find a development model that allows him to involve other programmers and still feel comfortable keeping control of his "children". Perhaps something similar to what Linus Torvalds does with the Linux kernel might satisfy David too?

I encountered this exact issue several years ago but was unable to solve it.

One of our staff was using an iPhone to connect via IMAP to Mercury and the lck file was not being removed even when the IMAP connection was closed by exiting the mail program on the phone.

I posted on Apple's forums about this but never received a reply. It's really poor that they continue to exercise so little control over their mail program :(

Hello Rolf,

Thank you for the suggestion, it was related to the TCP/IP timeout. I started at 90 seconds and changed to 120 which has resolved this issue. I have been dealing with it for a long time and decided to ask, glad I did. Thank you.

Stephen 

Thank you, Rolf

MercuryE has no size limit but the receiving SMTP server can have one. It's not likely to be as small as 32 KB though, so the problem is presumably as you suggest elsewhere.

[quote user="PaulW"]My attachment rules work, although I don't use them for checking for bad extensions.

Is there any way those messages won't pass through that filter?[/quote]

My attachment rules work as well.  The base64 encoded .zip file I referenced in the original post is the first .zip file I have seen come through the filter.  I have to assume the filter is looking at something other than the ".zip" content in the filename that is going undetected due to the encoding but would like to know for sure to see if I can come up with another way of removing such attachments.

This appears to have been resolved. The support guy added the 'our-domain-name.l.google.com' to the domains list and added their MX records to the delivery details. I've just sent a test message and have not received a delivery failure notification. I had not realised we could add this domain and specify a different delivery address.

There is as far as I know no daemon interface or similar to manipulate the access control list for MercuryS or reload the ACL file. Another approach could perhaps be to write an event daemon to log relevant AUTH request data. 

Thanks a lot for the tip...

I will also have to work arround with SPF's for other vhosts on this testing server, before installing on the production server... 

One more time thanks a lot..... 

With the best regards of Aquiles Crespo 

Thanks Rolf. I was able to hit the Gmail SMTP server from the command line on my server. I went back and removed the string in the Announce As field and mail started going through.

Thanks for your help!

Harry