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 

I had an issue a couple of days ago when one of our remote workers said they were unable to send mail. IMAP was working fine, so they could receive, but SMTP was not so they were unable to send mail. When trying to send (via Thunderbird), a message was displayed asking them to re-enter their password.

I opened the SMTP_Auth.pw file under the MercuryS configuration 'Connection control' tab to grab the password but it was empty. I located the file itself in the Mercury folder and saw that all the username/password entries were present.

Restarting Mercury reloaded the file and the remote worker was then able to send mail. Mercury had been up for about a month which is the average time it is running before being restarted as part of the server's Windows Update installation schedule.

Just posting this in case anyone else has the same issue.

[quote user="syndrical"]

What I'm trying to achieve is the following example:

User A has an account in the system but doesn't have an email address. When an email comes in, I'd like a PHP file to analyze the email & if the user is in the database, then store pieces of the email in the database. I already have the code for the PHP file but how do I get the file to run when an email comes in? Currently Mercury sees that the user doesn't have an inbox and says the email is undelivered. How can I get around this?

I've tried a policy but it doesn't seem to work.  

[/quote]

For a policy to work the email first has to be accepted as valid for the server. Why can't the user have a proper mailbox on the server?

Brian,

I'm sure I have been reading a similar question somewhere in this forum. The answer was no, Mercury POP3 client has no option like "keep mails on server for xxx days" like e.g. Thunderbird has.

I had a similar problem when I wanted to read my office mails at home using IMAP access from my providers mailbox. The solution was to forward / duplicate all incoming mail to a separate mailbox already at provider site.

Bernward

And there is my n32comm.bat - as attachment nr.2:

 @echo off
REM 2016-03-06 SP.
: Rem - %1 is the file to scan %2 is the name of the result file %3
: Rem - is the sentinel file. The report from the scan is sent to the
: Rem - Result file. If No virus is found then the Result file is
: Rem - deleted prior to deleting the sentinel file. If a virus, or
: Rem - other error is found, then a message indicating the meaning
: Rem - of the return code is tacked on to the end of the result
: Rem - file. Deletion of the sentinel file is the last thing that
: Rem - takes place.
: Rem - Note 1: Some of the error codes should never occur, in this
: Rem - context, but I put them in anyway for documentation purposes,
: Rem - if nothing else.
: Rem - Note 2: There's colons in front of the Rem statements because
: Rem - blank labels process faster than Rem statements (the entire
: Rem - Rem statement is parsed even though it's a comment)
: Rem - No extended batch command features are used so this should
: Rem - work with*any* MS OS.
: Rem - Watch for wrapping of the batch file lines in this email
: Rem - message.  They are longer that the normal 70 CPL!.  The
: Rem - ECLS.exe commandline and echo line should NOT be wrapped.
: Rem
REM ESET File Security directory - Path to ecls.exe :
"c:\Program Files\ESET\ESET File Security\ecls.exe" %1 /arch /sfx /rtp /adware /unsafe /unwanted /pattern /adv-heur /clean-mode=delete /mail /log-file=%2
If Errorlevel 100 goto error100
If Errorlevel 50 goto error50
If Errorlevel 10 goto error10
If Errorlevel 1 goto error1
REM If none of above, deleting the result file:
Del %2
goto Ende

:error1
echo 1- threat found and cleaned >> %2
goto Ende

:error10
echo 10 – some files could not be scanned (may be threats) >> %2
goto Ende

:error50
echo 50 –  threat found >> %2
goto Ende

:error100
echo 100 error >> %2
goto Ende

:Ende
if %3.. == .. goto LastEnd
Del %3

:LastEnd
exit