Community Discussions and Support

The perfect forum for general discussions or technical questions about Mercury Mail Server.

0
-1
closed
Brian Fluet posted Apr 17 '19 at 7:22 pm

A side affect of trying to understand the SmtpEvt daemon is that I now have a better understanding of the options in the MercuryS Compliance tab and of the potential value of transaction filtering as way to immediately blacklist an IP address that has been identified as repeated trying to gain access.  My "refuse" entries in Connection Control have been removed opting for transaction filtering rules instead. 

I've standardized the rules as per below with only the IP address changing but welcome suggestions on a better or more appropriate way of doing this. 

H, "*192.156.225.99*", BS, "554 Relaying not allowed - connection dropped" 

I'm anxious to see the effects of this change in conjunction with SmtpEvt.

0
-1
closed
Tim W Young posted May 8 '19 at 8:57 pm

From the command line, you can run the following commands to create firewall rules that ban all traffic to and from an address:

netsh advfirewall firewall add rule name="From 1.2.3.4" dir=in interface=any action=block remoteip=1.2.3.4/32
netsh advfirewall firewall add rule name="To 1.2.3.4" dir=out interface=any action=block remoteip=1.2.3.4/32

0
-1
closed
PaulW posted Apr 3 '19 at 6:08 pm

That would be a good option to check.

Another would be to see if the FQDN in a HELO resolves.

 

0
-1
closed
Anaglypta posted Feb 13 '19 at 11:47 am

[quote user="GordonM"]

Thank you for the clarification. The fact that John from the UK was able to connect to Rogers' SMTP service presumably means that his ISP is not blocking port 25 connections from "foreign" sources. This is, perhaps, surprising these days.

Gordon 

[/quote]

 

Indeed - I'm with Zen Internet, and they do not block or otherwise interfere with anything. I have a /29 IP block which is fully configurable from my ISP dashboard, so I can create DNS records for my IP range without having to bother anyone at Zen.

John.

0
-1
closed
PaulW posted Feb 21 '19 at 3:42 pm

How are you running Mercury - as an app or a service?

Also, I had an issue some time ago when it was on a multi-core processor and I had to tie it to 1 cpu.  See if that helps at all.  (I have to say this problem hasn't affected me for some years with the latest Mercury version.)

0
-1
closed
Brian Fluet posted Jan 18 '19 at 4:27 pm

An associate of mine helped to expose this .dmp file content (similar content it multiple .dmp files):

Exception code 0xC0000005

The thread tried to read from or write to a virtual address for which it does not have the appropriate access.

Unhandled exception at 0x001A03BB (mercury.exe) in 181024-100247.dmp (interesting that this is the source .dmp file).

Access violation reading location 0x062DBCF0.

0
-1

[quote user="Brian Fluet"]... A known solution is to use the Pegasus Mail Notsplit utility to generate message files from the .PMM for re-integration back into Pegasus Mail folders but what could the approach be when Pegasus Mail is not in the picture?  An obvious answer of placing the .cnm files into a mailbox directory isn't practical when there's hundreds if not thousands of them.[/quote]

I believe in that case you've got a problem. Also in case your server (where Mercury is running) or your accessing client is a 64bit system, any IMAP client wouldn't access the mailbox directly but always via the 32bit Mercury-I. And 32bit software can address max 2GB of RAM (except some special cases of 32 bit software which is able to address up to 4 GB). Don't know whether other (64bit) IMAP server are able to access Mercury/Pmail mailboxes? Maybe someone has tested it already?
I regularly check the mailboxes of my users and carry out a search for files larger than 1 GB. If I find something, the user get a message to remove big attachments or to create a new mail folder to avoid a further increasing.

0
-1
closed
Brian Fluet posted Jan 7 '19 at 7:57 pm

ClamAV 0.101.1 Patch has been released.  This version fixes a header problem for developers.  It doesn't appear important to us but I expect we'll soon start seeing 'version out of date' entries in the log.

https://blog.clamav.net/2019/01/clamav-01011-patch-has-been-released.html

0
-1
closed
Greenman posted Dec 21 '18 at 4:31 pm

15:37:15.971: >> 554-Bad DNS PTR resource record.<cr><lf>

The arrows pointing to the right denote the remote server's response/query (arrows pointing to the left are your server's responses/queries).

As Rolf says you need to ask your ISP to set a PTR (PoinTeR) record (a reverse lookup record which the opposite of an A Record).

As you are probably aware a DNS query for a name requests the A record so that the name (e.g. google.com) can be resolved to an IP address. A reverse record, known as a PTR record allows you to resolve an IP address to a name. Mail servers use it as a way to ensure the name the server announces itself as matches the IP address the mail message originated from.  

0
-1
closed
Sellerie posted Jan 11 '19 at 8:49 pm

I think there is no need for enable > fetch > disable or not in every case. Are the iDevices from your company? If so, then let the guys run the vpn the entire time or at least for the working hours.

0
-1

[quote user="Rolf Lindby"]I sent an email June 25th with the download link, let me know if I should resend. [/quote]

Has been caught in the spam filter [:$] 

4.80 backed up and 4.81 installed (update option). Setup without any problems. Mercury is running as usual so far. I will report in case anything is weird.

Thanks Rolf.

0
-1

Hello Jerry,

Transaction filtering supports the "M" command which checks the Mail From field of the header. I use commands like this to filter unwanted "From" domains

M, "*.magix.net*", BS, "554 Sender MAGIX.NET is sending unsolicited email - connection dropped."

For instance,

Hope this helps

John.

0
-1

Hello Bruce,

Please see this link - I think your issue is to do with Google account security, and this KB article should help.

https://support.google.com/accounts/answer/6010255?hl=en

I would start by making sure that the settings in Pegasus are correct for Google security.

Hope this helps

John.

2.23k
13.19k
4
Actions
Hide topic messages
Enable infinite scrolling
Previous
1234567 ... 112
Next
All posts under this topic will be deleted ?
Pending draft ... Click to resume editing
Discard draft