I disabled it and tested my mail system and everything still works. Not quite sure why I had it enabled. Thanks again!

Yes, you are right. After uncheck this option all works fine now. Thank you [:D]

We have set it so that the subscribers are set to NOMAIL, if a total error count is 2.

In your case, if you select a week (not the same as 7 days), the error counter is cleared on a Sunday (according to the help).

Your initial period could have been shorter than a week, or if your e-mail server was down when going from Saturday to Sunday, then I guess the clearing would not take place.

Another guess is that the error handling routines, might not be in synch with the user-statistics, as you change mode. F.ex. if you edit the lists.mer file manually you have to restart Mercury.

But this is guesswork from my side.

Untick th option "Offer only unread mail"

Thomas, thans so much!

this sounds all very promising! we will be testing this tomorrow and i will let you know how this worked out for us! :)

You need to examine the session logs, to try to figure what is causing the code.

> They do know what we are doing, but I am struggling to convince them that they need to solve it (the isp is British Telecom)

I'm not all that sure you'll be all that successful.

> Sending via mercury e doesnt work - see the post: 'Cant Get Mercury E to send'!

If you got a fixed IP address and registered host name then you could bypass the ISP assuming that they do not block port 25 outbound.  They should never block port 25 (either inbound or outbound) on a system running a mail server.


> Is the way mercury behaves the norm for mail list servers?  if so it
> gives me more ammunition.

It's the norm for all mailing list servers.  The From: address is the original senders email address, the sender should be the mail servers email address.  Here's the edited headers of a major mail server running LISTSERV.


Return-path: <owner-pmail@bama.ua.edu>  <this is the original connecting MAIL FROM: address>
.
Date:         Thu, 24 Sep 2009 09:37:48 +0100
Reply-To: Pegasus Mail for Windows Discussion List <PM-WIN@bama.ua.edu>,
 Fred Bone <Fred.Bone@DIAL.PIPEX.COM>
Sender: Pegasus Mail Discussion List <PMAIL@bama.ua.edu>
From: Fred Bone <Fred.Bone@DIAL.PIPEX.COM>
Subject: Problem with References:
Comments: To: PM-WIN@bama.ua.edu
To: PMAIL@bama.ua.edu

 

If you set 'powerschool' as a local user and set up the alias as above Merc won't be trying to send postmaster notifications offsite.

The only failures Merc will see is from your relay, and if that is causing failures, trying to send failure notifications through it is not going to work.

Failures for bad address or whatever to your student parents etc will be handled by the echalk servers and delivered back to the from address, powerschool@upson... which is presumably a mailbox you have set up with them.

So you only need to get them to relay mail from powerschool@upson....

Also, if you clear out the Queue folder, it will stop trying to send the OLD failure messages.

> Here it is. What are we looking for? Thanks for taking a look
>
> [General]
> myname:          localhost    # Canonical name for this server
> timezone:        +0000    # Time Zone to add to date fields
> file_api:        1    # Use the file api instead of queues
> mailqueue:       \xampp\MERCURYMAIL\QUEUE    # Where mail should be put for delivery
> smtpqueue:       \xampp\MERCURYMAIL\QUEUE    # Where the SMTP client should look for mail
> newmail_path:    \xampp\MERCURYMAIL\MAIL\~N    # Where to find the users' WinPMail mailboxes.
>
> [Protocols]
> \xampp\MERCURYMAIL\mercurys.dll

Damn, another broken XAMPP setup.  If you are going to use UNC then you need to user full UNC by adding the \\server\volume to all of these paths.  Probably easier though if this is on a standalone system to use the  drive:\\xampp\MERCURYMAIL\mercurys.dll  All the paths in this file need to be changed.


> \xampp\MERCURYMAIL\mercurye.dll
> \xampp\MERCURYMAIL\mercuryp.dll
> \xampp\MERCURYMAIL\mercuryd.dll
> \xampp\MERCURYMAIL\mercuryx.dll

Do you really use MercuryX

> \xampp\MERCURYMAIL\mercuryf.dll
> \xampp\MERCURYMAIL\mercuryh.dll
> \xampp\MERCURYMAIL\mercuryw.dll

Or these three??

> \xampp\MERCURYMAIL\mercuryi.dll
> \xampp\MERCURYMAIL\mercuryb.dll
>
>
> [Mercury]
> failfile:     \xampp\MERCURYMAIL\Mercury\FAILURE.MER    # Delivery failure notification template
> confirmfile:  \xampp\MERCURYMAIL\Mercury\CONFIRM.MER    # Delivery confirmation template
> aliasfile:    \xampp\MERCURYMAIL\Mercury\ALIAS.MER    # System-wide alias file
> synfile:      \xampp\MERCURYMAIL\Mercury\SYNONYM.MER    # User synonym database
> listfile:     \xampp\MERCURYMAIL\Mercury\LISTS.MER    # List of lists
> logwidth:     30    # Width of address fields in logfile
> retpath:      1    # Do/Don't use 'return-path' for errors
> maxhops:      30    # Used to detect mailing loops
> gullible:     0    # If NZ, don't validate 'From' fields
> bitnethost:   cunyvm.cuny.edu    # Relay host for '.bitnet' rewrites
> poll:         10   # Seconds between queue polling cycles
> scratch:      \xampp\MERCURYMAIL\Scratch    # Where we can write temp files
> returnlines:  15    # How many lines of failed messages to return
> postmaster:   Admin    # NetWare UIC of postmaster
> broadcast:    1    # Yes, we want broadcast notifications, but
> receipts:     0    # ... no broadcasts for receipt confirmations
> PM_notify:    1    # Do/Don't send errors to the postmaster
> change_owner: 1    # Change message ownership to recipient
> auto_tzone:   1    # If NZ, obtain timezone information from OS
> LogLevel:     15    # System message reporting level
> LogMax:       100    # Maximum number of system messages to store
> RetryPeriod:  30    # Period between job retries (minutes)
> MaxRetries:   16    # Maximum number of times a job can fail
> TwoPasses:    1    # If NZ, process submission queue in 2 passes
> Autoaddress:  0    # If NZ, auto-generate user addresses based on name
> Daily_exit:   0    # If NZ, auto-restart each day after maintenance
> No_Areply:    0    # If NZ, disable automatic replies system-wide
> Alt_Forward:  0    # If NZ, allow alternate forwarding specification
> Maint_hour:   2    # Hour for daily maintenance (24-hour clock)
> Maint_min:    0    # Minute for daily maintenance
> Retry_Mode:   0    # If NZ, use progressive backoff for queue retries
>
> [MercuryC]

Not used.
>
> [MercuryE]
> Poll : 15
> Timeout : 60
> # Session_logging : o:\mail\mercury\melogs
> # Session_logmode : 1
> # Nameservers : 139.80.64.1
>
> [MercuryD]
> scratch              :     \xampp\MERCURYMAIL\Mercury
> # Timeout : 30
> # Poll : 120               # How often to check hosts for new mail (seconds)
>
> [MercuryS]
> # Session_logging:  G:\           # Directory to write session transcripts
> debug:       1                    # Whether or not to show session progress
> # allow:       192.156.225.2        # A machine we WILL permit to connect
> # refuse:      192.156.225.0        # A group of machines we WON'T permit.
> logfile:     \xampp\MERCURYMAIL\Logs\MERCURYS.LOG
> # size:        1500000
> Relay : 0         # Control non-local relaying
>
>
>
> [MercuryP]
> Scratch : \xampp\MERCURYMAIL\Mercury
> Stack : 32768
> Mark_Read : 1
> SSL_Mode : 0
> Login_Disabled : 0
> Timeout : 60
>
> [MercuryX]
> # Cmd_Delay: 10
> # Cmd_Wait: 1
> # IE4_Dialling: 0
> # Use_ETRN: 1
> # Clients_only: 1
> # Sunday: 0800,1800,3,15,30,60
> # Monday: 0830,2100,5,15,60,60
> # Tuesday: 0830,2100,5,15,60,60
> # Wednesday: 1500,1900,2,30,5,30
> # Thursday: 0900,1900,2,30,0,0
> # Friday: 0830,2100,5,15,60,60
> # Saturday: 1031,1035,2,45,-1,0
>
> # [Groups]
> # testgroup            :     TESTGRP
>
> [Domains]
> # NetWare Server           Domain name
> localhost  :  localhost
> localhost  :  localhost.net
> localhost  :  localhost.org
> localhost  :  localhost.com

Should have a real domain in here if you are going to be receiving mail either by MercuryD or MercuryS.

Hi Rolf,

one or both of the updates solved my problems. Thanks for helping me.

Cheers,

 Arthur 

If it's possible to confirm it's a reverse DNS issue you could ask your ISP to change the record for your IP address, which they quite likely would do for a business client. (At least for a fee.)

/Rolf 

> Another question, is it possible to make the clients respond more quickly to changes ie. if one user marks an e-mail as deleted or
> read it shows quite instantly in the other users client? The idea is that the users will take care of the oldest unread e-mail but I am
> afraid that it is very easy that two users handles the same e-mail.

It's quite possible, unless all the users also Cc:  or Bcc: the original mailbox so that others see that the message has been processed.  If this though is a help line I've not found that a user complains about too much help. ;-)

FWIW, the delete (expunge) IMAP4 function does not happen on the server until all users are disconnected.  You might want to go to POP3 here instead of IMAP4 so that mail is downloaded an processed and not available to other members of the team.

That said, I would use a mailing list as the mailing address.  All the members of the support group as members of the list so all get the mail.  All replies go both to the sender and the list so members of the list know that the message has been processed and more importantly, how it was processed.

I really like using PMail for this since it's "Glossary" function allows the use of pre-planned responses to common questions.  All users can copy a glossary.pm to their account so that they could be using pre-approved replies.  ;-)
 

> And another, is it possible to store sent items at the mail-server instead of locally on each users client application (in this case
> Outlook)? I want all the users to be able to see what is sent and all sent messages to be stored in the same location.

An always filter for incoming and outgoing mail that forwards a copy of the mail to a common account provides an archive of all mail transactions.  You can trigger this one on the specific address of the account so that everything addressed to the account is available in one place.

Not currently as it is designed only as a temporary block.

What particular problems are you having?

I appreciate the Help everyone here has provided.

But I have decided that it is more trouble then it is worth at this point. This was a pet project and not much of a priority.

 You guy were very helpful thanks.

>
> how do i configure mercury? what is mercury mail's default server name? im really lost with this. and what kind of authentication should
> i use?? thanks in advance


Go to Mercury/32 and open Configuration | Mercury core and look at what you have entered for "Internet name for this system"  Normally you would enter that.  You can also just enter the IP address of the system running Mercury/32.

David Harris has implemented ESMTP AUTH CRAM-MD5 for MercuryS.  It does a SMTP authentication in accordance with RFCs 2554 and 2195.  It will also do the LOGIN and the strange MS AUTH=LOGIN.

In this case look at what you have set in Configuration | MercuryS | Connection control.  It should be using SMTP authorization and is so there will be a file with the authorized file name.  In the case of incoming mail though the authentication is not really required, it's only used to ensure that you are not relaying mail off the server to other servers.

> My Malling server at my school Crashes when i have a large amount of
> teachers login Mercury/32 crashes

How many IMAP4 connections are there and what are the specs on the server?


> But we recently had suffered a lightning strike to our school building
> and we had to replace ram sticks (1g) per stick and a mother board

There may still be problems with the hardware.  Bad memory is one of the primary reasons for a system to go down, especially when heavily loaded.

> but also i see some times that the server kicks teachers off when they
> try to login .

If there are too many bad logins then MercuryI will lock that IP out from further connections for 30 minutes.  If all of the connections are coming in from one IP address then you might want to edit the MercuryI connection control and set this IP address to be removed from the short term blacklisting.

is it possible for the mercury32 auto-responder to send binary files such as pdf attachments ?

 There are ways to send messages with in-line graphics.  If you send mail to walkingman@tstephenson.com you will be sending mail to an alias using the Tfile option.  This returns the following file c:\mercury\sendable\walkman.mer  I created this by sending a message with the inline graphic and took the 101 file in final form from the queue to create the template by modifying the Date:, From: and To: address. When received by an HTML mailer is shows the graphic in the message.  When received by a non-HTML mailer is show the text and the graphic as an attachment.

From: Automated File Delivery System <thomas@tstephenson.com>
To: ~T
Date: ~D
MIME-Version: 1.0
Content-type: Multipart/Mixed; boundary=Message-Boundary-25898
Subject: Walking man Inline GIF
Reply-to: support@tstephenson.com
Message-ID: <3E9F0E5A.19832.C458B14A@localhost>
Priority: normal
X-mailer: Pegasus Mail for Windows (v4.1)
X-AC-Weight: [####] (Whitelisted) -9999
X-CC-Diagnostic:
X-PMFLAGS: 570966144 9 1 YHAQ7Q3A.CNM                      


--Message-Boundary-25898
Content-type: Multipart/Alternative; boundary="Alt-Boundary-6650.-1000820406"

--Alt-Boundary-6650.-1000820406
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Content-description: Mail message body

A Walking Man



--


Thomas R. Stephenson
2030 Lockwood Drive
San Jose, CA  95132
Thomas@tstephenson.com

Official Pegasus Mail Download Site



--Alt-Boundary-6650.-1000820406
Content-type: text/html; charset=US-ASCII
Content-transfer-encoding: 7BIT
Content-description: Mail message body

<?xml  version="1.0" ?><html>
<head>
<title></title>
</head>
<body>
<div align="left"><font face="Courier New"><span style="font-size:12pt">A Walking Man</span></font></div>
<div align="left"><br/>
</div>
<div align="left"><img src="cid:-1000820359.1050611290.22547" width="60" height="60" border="0" alt="graphic"/></div>
<div align="left"><br/>
</div>
<div align="left"><font face="Courier New" size="2"><span style="font-size:10pt">-- </span></font></div>
<div align="left"><br/></div>
<table cellpadding="4" cellspacing="2" style="border-collapse: collapse; border: none">
    <tr>
    <td valign="top" width="126">
    <div align="left"><img src="cid:-1000820343.1050611290.680" width="133" height="169" border="0" alt="graphic"/></div>
    </td>
    <td valign="top" width="150">
    <div align="left"><font face="Lynda Cursive" color="#0000ff"><span style="font-size:12pt">Thomas R. Stephenson</span></font></div>
    <div align="left"><font face="Lynda Cursive" color="#0000ff"><span style="font-size:12pt">2030 Lockwood Drive</span></font></div>
    <div align="left"><font face="Lynda Cursive" color="#0000ff"><span style="font-size:12pt">San Jose, CA&#160; 95132</span></font></div>
    <div align="left"><font face="Lynda Cursive" color="#0000ff"><span style="font-size:12pt">Thomas@tstephenson.com</span></font></div>
    </td></tr>
</table>
<table cellpadding="4" cellspacing="2" style="border-collapse: collapse; border: none">
    <tr>
    <td valign="top" width="282">
    <div align="left"><a href="http://risc.ua.edu/pegasus"><font face="Courier New" size="2"><span style="font-size:10pt"><u>Official Pegasus Mail Download Site</u></span></font></a></div>
    </td>
    <td valign="top" width="6"></td></tr>
    <tr>
    <td valign="top" width="282"></td>
    <td valign="top" width="6"></td></tr>
    <tr>
    <td valign="top" width="282"></td>
    <td valign="top" width="6"></td></tr>
</table>
<div align="left"><br/>
</div>
<div align="left"><br/>
</div>
<div align="left"><br/>
</div>
<div align="left"><br/>
</div>
<div align="left"><br/>
</div>
<div align="left"></div>
</body>
</html>

--Alt-Boundary-6650.-1000820406--

--Message-Boundary-25898
Content-type: Application/Octet-stream; name="A WALKING MAN.GIF"
Content-ID: <-1000820359.1050611290.22547>
Content-disposition: attachment; filename="A WALKING MAN.GIF"
Content-transfer-encoding: BASE64

R0lGODlhPAA8AMMAAP////7+/v39/fz8/Pv7++vr65CQkCEhIQAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAACH/C05FVFNDQVBFMi4wAwEAAAAh+QQEBQD/ACwAAAAAPAA8AAAE/zDISSWx9E5d
e9VcEIaeWJ5olpakBa5eK76wumE1a8s5yvcxIJAm1BVPBYPSdGymCodotOCslqDSA9XK3WS1
3XAAOxWHDdKt2UlIHgzq9apFUKLBQ3PojjY0f05kUXByTYKDVoAfdBp3WX4pBHQ9HDKSjl8n
lUGRTDYuBW5fByQXkzdnfphSioUUSheHb641UFurhLQrS2NKg22wuidoE0m9xUpUrTkjOLGz
EsEdSXCScUSdTJsSUJB1aR6hfckznz6S6G1bF31UuFdfoZ6ozBh8IqOQH71TPOkd/l4hCvAO
QylLNbbhuLPlkL552nCwqUBugp2LcxYlKoeMQpI4CbY1RfphjCJIgMsAcgp3kqA+hH9UmDJZ
ghc9EzP1HBvWUqSYki4y5PqTsgMhkg+F0Vw5VGnHXUmdNh0WVRjQFDZpaRDX02hXM+KmohAr
J9m6GlmzAaGm0odLiW57fGyS9ifZHHPLKpN0pC7HI0D5ZliWl6PgDYpCFYZbVF5Yc62ovSmK
ghrDKm7urpWiGUgfLlgMUN4FLVDpn1/xdhHMGi4liDfjEmlWr/Vf2DHSmQoIQ/e/lRUiAAAh
+QQFBQAIACwDAAUAKQA3AAAE/xDJSaul4erNawhElnUkFxioUYxl2xluPBUVLMu2lN9tcfC3
kOF32AE3gQJNtzxuaCgJjeDk5FCrqoZqNIC0GA4VPBlrmmDz0OIlSxEFwq/GcoOM7tY8X0bM
DwUqH2CBZghrVASCdTwnElQ0SYkIBIErH4OGHUkTH5ZfFIFwKwQhCIybQhMGmpQpWK0WIjaq
HUIHe6AcaBeAFaWKuL62FDZ4u6yoZ7hTEsI/vFUqnYFDUWKUQBkwiXityiQn3NlDzXbTfT6P
aR/o6XxJ7hXq7IfRq9la21vk+uIke460u0choLY7BKUYbDECU7wXB2KFwwRH3gUY4EwMSpHw
EaCMF2QwVYtzqsMnCSBRtnMnMVQyhis7XghEMZyiNjIKDdolhNWvEp92nmJRygZJINNAhADB
wpMfmS9YLXVY5k4RJ6+wCLUA9ckze+B8ZOFhjRu4MRiBKOmkoeFaJ6VQWmgJby6fXxEAACH5
BAUFAAgALAMABgAqADYAAAT/MMhJq704612KKVsoSsZRGmN6FUfbompMuqYsl64dE3itWwQg
geUC/S5BiceA6xw3BNfpGSKaakndUBjoFUVbSjYr7tJemrEkSF6XrWdkoB3znL9Uy8eLz088
AXBofhRMgWcwhEofgTgfTiNkSZMTho2ASk5sZXNunZ5ulh5Gf4xzlG4EqqodIGSjjYN/rWtB
tHRITCCIFUsfailEHXdGST2JchhEH8QTtj2uGW1BjmY0GE2fyc7WKHZXyJxgvT6BRksVdKrS
FpDmhciooNqdm3qkc5bi9ZFZppP6FHVB0SYgIYOVCCoyuA7WQnwVED4xdUHiD4d6DuTJgikj
xCc8YD5KKHfEl8WOF5k8EkktXB1dIjDKQIehDcoRo2jidMmlky+WuAaOS7KMm9F0QsXII0cS
p0gOLWzAjGFRg6OpIiju5CWwVyt3NZEe3RH0E7B5KeSxWcWmAK6y6diuchsgAgAh+QQFBQAI
ACwFAAcAJQA1AAAE/zDISasNxZhyu++ZdnBf6R1oSposlaZtjL2HHBevYVdEVXC03o430RhS
uqEHdxBJhEpK75gbElYTgpb6wpag0OyVhtKFpYHeOY1mNpEX9c5Ni/LoVTslQx55lT9cKn9R
IS8YMkKKWRgbjj9xaE+MYmkZlxKQlItpWj8cZz10SZpPWqelJoIoEhuUMWF9BVcasx5rF7Kz
ZRtabERSvmNkswRcSa+/khJ9agR5k8C5vGmuU0cmuMyDjbaI0eBschUqT5hh2h2+1Yi+GulD
kL4hej5el/AyGcH79ZnIWVz567dHg5IzGRCOyPfBG8FMTRjyMHKkVq8JOAysWwIqhJFPtV/W
GdPIMIRJeZ5EBjhC6AKTDd5OxRmhrGEZmZFakWzBpJg0UwbzCcmYKtkMnx/m0QzHaQYulVm8
sUgoMV4tfy6phMRahIZBrq0uaZQKqwQHUMukoUsUTdGpK09bvH0bAQAh+QQFBQAIACwFAAYA
IQA0AAAE/zDISauV5Opti/kGJ15HaY6oZJpFOq5l6GoZfMwijGNT9pmGQ2vHCxQOP8OQODkC
kYUMc2IrBaQiwrJSFWZ7llpVFr6WwV0yBYvq3qaYKpxiU8Nh7Hkw6JL6Lx5bZ0VmYBQeH1Fs
fwSNBY+FFjAGeVeNlReXdUxsYy2Xgxtico2Rhj2VaYJroZpdX6IqLCwcmBZBMQEhn6dmGbYE
uCWrpjQdlIjEOI5Kj0pzPc3Jc8y7gdCNiUbacFoeEs47j4FR2+XXNB6OiCDtH1rDIsk/RuOP
UE5eHECQjutXHpC0yeWrFI8jyiRZYdXDSQhbXKAA03UDoqRymbRQgoVlVSkfSiMsEurlB1Ex
VMuCPRI5w1lCJvm4dUOEJAZLFBh13ayAiaWUCAAh+QQFBQAIACwFAAYAJwA0AAAE/xDJSast
2BTLu6fHMW1faZ6oR5CTEaSw5cbnW9l0WRgUnnM7iYFXCPh+lRAixEN+fCJRgOCEHVFXBNWZ
5XSrYPA3TGGRU8WzJ2BWL5cYtyXUloeYxth4m6zf9HJPHFtjEgSFJTY+h0hxFENpZEZFdYhW
WgFNIgiRamxDS2yWVp8aozmTpnxnRlMIQ3luVFMEkIyerRkIsZ67VJC8kkYrsKdrrak8BgcG
h6fI0AQrMgdFxrutzlpDTRhKrXrgEjsaJDtS1xLI5OUF0rU8waQvd+UTdIzp2Eb1ZdXuu5C8
CHDHkDRQq7CoSxKCDx138krMSkiwDbqAgVzQilhFGjlsgRc41QOmT8WQKEs0luxAwki5W3Js
+CkRAQAh+QQFBQAIACwLAAQAGAA3AAAE9DDIGQil9uotSTEgJ1bBYR5GMXKnaaxba8KaTNct
kdFqq94fkOHwWe0+J9APZpHNbhInClqSvi7Li/Sw2U2aW45XV5Vdb9IszOmltV5tWAF1IFMD
n7n627lYgiZxJHwTUn59GFFOaoIkVnuEhTJBKXYjQyceQgVZlhRJnJhnkYgteEMpRppJJAWe
YnNElRZktCJ6obZdG0oESlCaL6GQu6eceY1+Onl4H8kaOikqyM9aKUKvImAoxzcWmM3EHODe
HUijNLQug+nRU3dI7yOv8d472+jzn093YJV3iuDAw1RH3AZKKH5BOcbQIIZltFwZeQgsQAQA
IfkEBQUACAAsDAAEABgANwAABP8wyEmmLcYUy/s1R2Z4ZFAVR5oaVdlh6rG5HqjONBXYYf7y
OF8B1vNNUKGMryXhpYKuVmxlnDif1cCUygxATd5rr9vViUcecnOLFjozZRexmEVl6FV7uG2E
aTBfOhxIK4AcalZTGiwSFQRljwRXBZJ/kRYtFVcSGCKBiSoajzwaaV4qBICPhDOXFjdhM0NB
cTaypVUgH3w0GINwjmAevjqGHWWqmBhxPxtMo7xpuB+fFzLCndHD0yCizL9HMq69jCjOfaXG
NI+naNPrO0XEfdeaLN+HSoCMRhkbfuxMUcAlCc8xJqpOhAhIgt2yRgWrcQAWTtuwL0PceMNX
Q5HEDiIOPH1sZCLSOHgULnEUFgEAIfkEBQUACAAsBQADACcAOQAABP8QyUmrleTqzbv/1SEd
RwGeSKCpaJel19t65myzyCHbXFAbPA8BCBQFe8WcgbA7UmoToFMDHZmawVdVIp1WtrkC7oTF
lEvjGAoc9k4IBbDRjTBVRYVy0C49LPV7dXEGBQZ/dHWJTHCGiIk/CBmGgDOFFCIqjRlpMwZz
b5mGhGwYHYafEgEEmSR+V50kXymrGa2HIBkErVGFhKo+vWCqHQW7o8OEq6pMnEJDJMkqAaqW
00xZjXkvzL2UH3CFYjLW3U6SkRXWCJPeHExAY9LT4c0o8E3TAZOlNkOzMKkmkFrjC0uXKcVS
SIvEYmALT8om+KDzzsA0iUMckqmDZpVCTV5pdFm8uKyRl2LwWFhLhtBPRIZ1lnhhtzBfnGtH
qklTNoiQuWjy5nli1y/mslT5YkI7wm6TwnyM/KDrJE5iPhWL4vCglxQpDpw2uFq4iFBUnKuI
CsVaN7IejyFdzpINydCEPEcrALrBijcCACH5BAUFAAgALAQAAwAlADkAAAT/MJBAJZ01650x
/55GFMVnnlthrEaJvpxxzIcB35lM23hP172eDhh8YXbFmy75Ysl4zIum8DuEohbKcGa7YgPb
meubqxJxo82EQDCfUR6vhOSGqi3eKwlstkvlJ3thB2QUe3w/hYYlKjoshXsTNlArY0yHKikt
RlJZKoxPmzktJC5snVmGK1pVmjslbGylnTolZpasrygqYlStIgGNBoAVEzQUfbCnJiEevoSI
QJUScSDAMxWrHaIczRyHYMWjuKjiJpt53CfEnyCN3R14U35qq8TwwfSaUdrUd/pKym1Q10PF
vXz8AI4qgoFgDHJKFOZI0gjivIMDV2AEIzGGQ2bDTXBoW/OiHYx+qVCg28VjYw6LGjS6HEeC
4IRMV5aZEMbFlKeW8VTW2ATR4MwpKp/AvKFzlC5FUwg8gkqVqUA0wFJ5w5plTSxZ1mB8jRUB
ACH+H09wdGltaXplZCBieSBVbGVhZCBTbWFydFNhdmVyIQAAOw==
--Message-Boundary-25898
Content-type: Application/Octet-stream; name="PEGMAIL_Signature.jpg"
Content-ID: <-1000820343.1050611290.680>
Content-disposition: attachment; filename="PEGMAIL_Signature.jpg"
Content-transfer-encoding: BASE64

/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJChQODwwQFxQY
GBcUFhYaHSUfGhsjHBYWICwgIyYnKSopGR8tMC0oMCUoKSj/2wBDAQcHBwoIChMKChMoGhYa
KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCj/wAAR
CAB/AGQDASIAAhEBAxEB/8QAHAABAAEFAQEAAAAAAAAAAAAAAAcDBAUGCAIB/8QAPRAAAgEE
AQMCAwUFBgUFAAAAAQIDAAQFEQYSITEHEyJBURRhcYGRFTJSofAIFyNCU2IWJDOCwUOisrPR
/8QAGQEBAQEBAQEAAAAAAAAAAAAAAAIDAQQF/8QAJhEAAgIBBAEDBQEAAAAAAAAAAAECEQME
EiExQSJRYSMyQsHwof/aAAwDAQACEQMRAD8A6opSlAKUpQClKUApWA5ryvG8Qw73+Vl1vaww
r+/M/wDCo/8APgV7x+egi4zYZTNz29j9ogSZvckCqpZerpBJ763qu0+zlmcqlc3EVrA81xKk
USDbO7BVUfUk1EPMfXTEY9Xh49CchcdwJpAUhH3/AMTfy/Golm9UcpkL5LrKSJcXCv1Rl0Dp
B9DHEdIG/wBzdRq1jfng5uR1k2RtEslu5biKO2YdQldulSPrs1cQyLNGsib6W7jYI/ka5y4n
zNsxfmRp5I7wHtLL03N1/wBhlZYk/wC1CanLiKR/YjIPtLyv3aS5kaR2/EkAD8F7VyWNxVsK
VmepSlQUKUpQHl3VAC7BQTobOu9eqj71jS7fEY77F75dboN0woWJIU68eKjbnvLOX5TBxxPH
JiLUIFmCgq8x1823sA68D891ssEnBZPBO9XXk6IaRFQuzKEH+YntWuc+5ljuF4Rr/JMXdvhg
gU/FM30H0H1PyrnPB8wvbGW2/aiRzrB/0Q6+5HAB49uAMqb/ANxJPzqv6uc2x3MeM2sUcV+1
/ZTe4J5kjClW7MulPbv0/p99TsjxzYt+xovOOX5HlmZe+yc4diAIo030RL56QD/RNYfIZS/y
Mokv7ue5cL0gyOW0B4A34HbxWOWqgBJ0K0TvhGbVHsd9AntWy8B4lf8ALc4ljjoh2HW8kh6V
RQe5J0f6NYC3hZ5I0ALO5AVR5Jrt3gfFbDieDitLC39uRwGnYt1Mz677bQ2B8uwrKaXfZcCh
wng+M4lZ+xYtNMxbqLzEEg/PWgBW1UpUW32WKUpQCrJMlbtfSWgf/HReop8yPw/rzV7Wpz5m
S95RLirLHAm1CyPeS66V38l+e9bH61pjhvsmUqLzJX2TEkZhxc0sKklgsigv9PJq3uoYs3Gs
GYwsogX/AFDoA/gDXrOZm4xt6sdu8cxdeoQuOlj57K3gnt4r7guSnJ3Qg+z+f/UQ9h+vzr0x
hPZvjFceU2YzyLcoN1+zQed+kOGubGS8sL+TGCNSe/xRgffs9v1rnrlFkuHkmt4roTKyqnUr
A+4d72R/XyrtDl1tcXXHb+GzcJcNEegsARv7wa4j5FjcuMlMchbPG4YjbEH89jzWDp43kfaf
9ZtG72oxCH5Vdwa3pQS1WTLLEdONCtu9PMJJneS4+1azuLuBpk95ItgiPqAY7+Q0fNQpxcbJ
lF3RmPSrAyZjn+HgZIysUy3EgYEjoQ9RHb5nWvzrsesTxzj2O49jYLLGQBIoVKKzd3IJLHbe
T3JNZaoLQpSlDopSlAWOayUGJxlxe3bhIol2SfqToD8yQKiviGUyvLOVXU1mDBZIwMkwPgfI
fefuqWMnYWuTsZrO/gSe2lHS8bjsRVnxzjuM45aNbYi2EEbHbdyxY/Uk+a9GHOsMJJLl+SJQ
3NMubjF2dzEY7q3jm3rbOvcn67rQ7hG4jy+11Iz2V58Idx3Hn4WPzI7aPnR7+KzfM+WjBXEF
tEi+6/SWeQHpAYsABryditJyfIYrq7FxnY5iyaEUUhCIADsHQ2QT27mvTpMGSt8vtf8ApE5R
fHsSpDfx3aMsPfYqG/VDjEayrcSqoMh7qD3/ABrY8VzK0huJPZihiiBCD/FDMfv/AAqhyVb3
NySXJBW33pF2Oy//AL2r16TBLDk9S9LMMjc1x2RhheL2d5dxwXNqJUBHV8j/ACrofifHcVgr
Bf2ZYQ2jyKPcdUAZvxPk1HOEwFxDP7kMbKx8Mx1W4/tSfHwmW+vomiC7KfQf0K5rtNjlUcFf
s5gy5K+obX7UKOq+7IHbwDKTv9TVdmEUZZiekDZPmo7vua29/b20lhNCzo3xIGBZDvzod9ar
YrW/lkhO5e5+Z8H7hXznpZqKkz0LKm6o9ty/FrdtbtKQVIBbR6R+JrYI3WRA8bBlI2CDsGsP
bY2G7W3yAQQ3MsK+4Ao02wCQw+dZS0t0tUKRDpTz0jwPwrLIsf4dmkb8lalKVkUKUpQEb+ov
/LchtbmW2eS3ltWgaXo2sR+M9W/qN+K98Zw3HOR8dt7W8tYppVDlHJKysnWdNsaOtEVvGZxs
GWxs9jddXtTLolToj7xUMYXKcZ9OuYfZszmcq93Ij2tpbSYucdfx9zGQpDjsBtexr1rURliU
HakumjLa1K10yRZPTrjwtlitLRrV1GlljclvxO97/OvP/CNykKRjICZU/d9xCD+ej3q3k9VO
K22Rt7LJ3V5i5rg6hORsZrZHP3M6gfzreQdjY8VnDU5YdMtwTVGs23F2IBvb6Vh/BEOgfr3N
fMxwzFZDE3VotsqySxFElLFmRtdjsn61s9K5LUZZdyOLHFHJmZ41m+J5KOW6t5ogrfBKO6nv
8m+dStwDOQXuKK3M4Mqk9YkbRI+o+dSvd2sF5bvBdwxzQuNMkihgfyNR7yX0oxN7FNNhWfHX
hXadB3H1feD4/KvTi1MFHY+F/c/BDg7vs3jDX1vd2kXsOp+HsAd9h23/ACrIVD+DiU9KXUbW
ObxCBLm2hbpEqDxIn/nX1qXLeZJ4EliYMjqGUj5g1jqMSxu49MrHK+GVKUpXmNBSlKAVB3rP
GP78fSNj5Nzcj9PbNTjUH+s5H99/pEPn9puT/wDXQF7/AGqFtLz0wbGmMXGWvbuCPHQqNyPL
1jfSPP7vUD+NSTxBWtOOYvH3VzHPfWdnDDcFXDHrVACT+YNYu84PiLW0yNxx/G2dnm5bWWK3
u+jbROykAgn90b0e1aJY4NW4ZJNlnzuLyNlgZ7CbqiihROpVDdLgASHqUFT1HydkE0BMUF3b
z9XsTxSFTo9Dg6P07UjvLeSN5I54nRNhmVwQuvOz8qhjHTxmS/vpcDKOYXeEMNnYT45raGUx
I3UqEnux93RAI+EAD61Wt8DdT5HkRlsMvbWOSs8a6SwWiQsssc8hdhEAR8IMZKsCWUEdxQEw
x3ltKqNFcROrnpUq4IY/QV9a6gVJHaaMJGdOxcaU/Q/T5VE11jM5EcVkr7HftD9nciW5Fxa2
fs3E1sbUxtK0W99QdgCBrYQHVecdh7yU50y2OVxBuORjIWssNusntp9lVRIyaYMpZWUr5BYH
trdAbrynjUWcMWUxVwIcnEnTFcRv8Lr/AAnXkef1rAWeZzfHbnFY2/smb7VOsK9KgoNvokMP
B130a2vgkeRi4+iZeOBLkTTEGGH2Q6GVirlNnpZhpiN9iT48VsGgflW0c8lHY+V8kuKuxSlK
xKFKUoBUVcy9NM7yXm2I5G3JrS2lw0ryWEK44sAC29SEy/EdAAkdP5VKtKAso7a4lxItshcB
7h4vblmtgYdsRosnclfu7kj61BXp/kbq79S+ZcF5Zd3mQw9+JWxhup2dgsMrKyq3kN4b6/AD
XQVc6eoMM2Gx451YqzXPG+VXTzhR3e1lkCSL/wDH9TQEo+oCHA8ZvclaTzXGdaD9nY6Wd9lJ
ZmVF0AAP3ulidb0n3ViP7OT32R9M8Zm8vk8hf39+rmRrqdnUBZXVelT2HYD8ayeZnh5Jy2wi
t3WbH4mwbKs6natNMjRwf+z3m/NTUbeleYhg9IeE4h7qa2mvLK9mjcXjWqEpPrs6gsz7caQd
iOrfgUBPVzk7a3vo7OT3DcyRPMiJEzbVNBu4Gt/EO29nfaqXHczacgwtplccXa0uk64i6FSR
sjej3Hio14bye5vMl6ey3+YLtkOOzXF5GZQEeZRB8bL8m+KX9D9K2b0Vmim9MMAYXR1WDpPS
d6PUe340Bu1KUoBSlKAUpSgFKUoCldzi2tZp2SSQRoXKRIXdtDegB3J+6o24nZnkeC5fgs1i
MnZQ5O7vJFa7tiitDK3wsCe3V33ryNVJ1KAiD0pwmT4R6U3H7ctr+9zUxeN4oIjLIFRfZhQA
f5QkakHx8W6vf7O9reY303xeEzeJvrHI40P1i6gKqeuV2BRvB7HvrxUpUoCn7EX+knjX7or0
iKg0ihR9ANV6pQClKUApSlAf/9k=

--Message-Boundary-25898--
 

Thanks Thomas, ordering in the way you have above did the trick.

 Cheers, Gordon

Hi Guys,

 I just tested telnet to port 25 again and it is working from external. I think that the issue could of been the fact that I changed the mx record to point directly to the mercury box. The records must not of been updated at the time i was testing the ports externally.

 Best regards,

Troy

I'm using Mercury/32 4.72 as an IMAP server. At irregular intervals, but typically every one or two weeks, the folder hierarchy of one client is lost. The account with the problem uses Thunderbird and a mobile phone client called Profimail. There are 4 clients with nominally similar set-ups, but this only happens to one.

I can fix this by restoring a backup copy of hierarch.pm - but does anyone know what might be causing it?

Thanks