Community Discussions and Support

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

0
-1
closed
Thomas R. Stephenson posted Jul 24 '08 at 6:20 pm

It takes 85 seconds to establish the IMAP connection and get the status

of my folder, and another 10 seconds to apply mail filters.

Seems like a very long time.  I've got an account with 250 folders and it does not take all that long.  I've no filters running but opening takes less than ten seconds I am only getting status on the new mail folder though.  I've got folders with over 15K messages that I really do not want to be checked every time I connect.

FWIW, slow opening and closing of WinPMail can be caused by a  bad hierarch.pm file.

 

 

0
-1
closed
PiS posted Jul 24 '08 at 12:15 am

You may upgrade and run unlicensed for 90 days. After that it's merely a conscience question, Mercury does NOT mis-behave from day 91.

To your issue: If you have any problems with GUI-generated local users after upgrading to 4.62 pls let us know - you should not have to reload Mercury when adding users through the GUI.

0
-1
closed
Thomas R. Stephenson posted Jul 22 '08 at 6:51 pm

Next step is to set up mercury that it either sends all these e-mails

to our internal mailserver, or our mailserver takes the mails via pop3

protocol from mercury. When i get it done i probably will buy mercury

for our backup mail-system.

If the server can pull via POP3 from a domain mailbox then you can use that.  My Mercury NLM server on Netware does not have that capability so I push the mail using a batch file and BASIC program. I'm running the BASIC program compiled now.  All this program does is take the CNM files and add the "glue" headers and save it as a 101 file to the Mercury/32 queue.   I'm using a third party WAIT.COM program to make this happen every 5 minutes.  http://www.plop.at/en/tools.html  I've been using this for a few months now for the domain Novell-tstephenson.com and it's works quite well.

-------------------------------------------------------------------------------------------- MX.bat ---------------------------------------------------------------------------------------------------- 

ECHO OFF
:LOOP
CD c:\pmail\mail\novell
dir c:\pmail\mail\novell\*.cnm > c:\pmail\mail\novell\files.txt
REM CALL c:\qb45\qb /RUN c:\pmail\mail\novell\MX.BAS
call c:\pmail\mail\novell\mx.exe
move *.101 c:\mercury\queue
DEL c:\pmail\mail\novell\files.txt
call c:\pmail\mail\novell\wait -m 5
GOTO LOOP

 ------------------------------------------------------------------------------------------ MX.BAS ------------------------------------------------------------------------------------------------

REM MX.BAS This program was developed to send mail from a "domain" account to a different
REM server via SMTP.  It takes the CNM RFC 2822 message body, extracts the SMTP addresses
REM and then saves it as a 101 file.  The CNM import file is a directory listing
REM of the CNM files in the "domain" user account.

CLS
REM Set the path to the domain mailbox and the new domain name.
PATHSPEC$ = "c:\pmail\mail\novell\"
Domain$ = "@[192.168.1.3]"

REM Read in the CNM files
OPEN PATHSPEC$ + "files.txt" FOR INPUT AS #1
       
WHILE NOT EOF(1)
    REM Read the CNM directory listing
    LINE INPUT #1, Line$
    REM Check to see if this is a CNM file else skip it.  The CNM file is always 8.3.
    IF RIGHT$(Line$, 3) = "CNM" THEN File$ = RIGHT$(Line$, 12) ELSE GOTO SKIP
    
    REM Read the CNM file
    OPEN PATHSPEC$ + File$ FOR INPUT AS #2
       
    REM Get the MAIL FROM: and RCPT TO: addresses for the glue headers.
    REM I'm using the Sender: for the MAIL FROM: address. It may be blank
    REM for locally delivered mail but a blank MAIL FROM: works for me.
    WHILE NOT EOF(2)
        LINE INPUT #2, Line$
        IF LEFT$(Line$, 14) = "X-Envelope-To:" THEN RCPTTO$ = MID$(Line$, 16, LEN(Line$))
        IF LEFT$(Line$, 7) = "Sender:" THEN MAILFROM$ = MID$(Line$, 9, LEN(Line$))
    WEND
    REM Close the CNM file.
    CLOSE #2

    REM Change the domain name to the new domain in the RCPT TO: address.
    FOR I = 1 TO 100
        IF MID$(RCPTTO$, I, 1) = "@" THEN RCPT2$ = MID$(RCPTTO$, 1, I - 1) + Domain$
    NEXT I

    REM If the SMTP address was in brackets add the trailing bracket.
    IF LEFT$(RCPT2$, 1) = "<" THEN RCPT2$ = RCPT2$ + ">"

    REM Write the 101 file in Glue header format.
    OPEN PATHSPEC$ + File$ FOR INPUT AS #2
    OPEN PATHSPEC$ + LEFT$(File$, 8) + ".101" FOR OUTPUT AS #3
    REM Write the MAIL FROM:, RCPT TO: and blank line.
    PRINT #3, "$$ " + MAILFROM$
    PRINT #3, RCPT2$
    PRINT #3, ""
    REM Write the rest of the RFC 2822 body to the 101 file.
    WHILE NOT EOF(2)
        LINE INPUT #2, Line$
        PRINT #3, Line$
    WEND
    REM Close the CNM and 101 Files.     
    CLOSE 2
    CLOSE 3
    REM Delete the CNM file
    KILL PATHSPEC$ + File$
SKIP:
WEND
CLOSE
SYSTEM
END

0
-1
closed
PiS posted Jul 22 '08 at 4:26 pm

[quote user="PHR"] Many thanks for your prompt reply. For me and I think for most users it is only necessary to have Mercury automatically started at boot time even when no user logs onto the server. Being myself a system developper I know the difficulties to "convert" a program to a Windows service especially when there is some interaction with the desktop. [/quote]

We have a specialized user account that logs in automatically, and thus starts Loader from the autostart section. This user account has very little user rights within the machine and the domains. Not until Mercury gets a native Windows service support will we change our approach.

0
-1
closed
Renerusschen posted Nov 2 '09 at 3:26 pm

Dear David,

I also got the "Noticeboard filename generation error" only after updating to mercury v4.7. Switching back to good old v4.5 and the problem seems to disappear as wel.

Some noticeboards are responding with the error. We use it as a mailarchive all in and outgoing mail is backupped so about 100 mails or more are stored on the noticeboartd-systems.

Hope it wil give you the information required to solve the issue

 

GreetzZZZ René Russchen

 

0
-1
closed
shouri75 posted Jul 30 '09 at 6:42 pm

Hi! I've tried filling this directly in the "Commandline" field but it seems to be too long and it was always cut off after saving the policy; so I wrote a batch file named "nod32.bat" and saved it in the Mercury folder:

@echo off
"c:\programmi\eset\eset nod32 antivirus\ecls.exe" /base-dir="c:\programmi\eset\eset nod32 antivirus" /arch /sfx /rtp /adware /unsafe /unwanted /pattern /adv-heur /log-file=%2 %1

In the "Commandline" field: x:\mercury\nod32.bat ~X ~R

In the "Result file" field: ~R

The path is for the Italian WinXP installation and should be changed to fit other systems.
It seems to work but I'm unable to test it with an EICAR file because my provider seems to have an antivirus on its servers that simply delete the mail without me receiving any advise. My other gmail account simply doesn't allow me to send the "Infected" email.

Can someone test it please?

Thanks.

0
-1
closed
pbeddy posted Jul 15 '08 at 10:22 am

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.)

 

0
-1
closed
Rolf Lindby posted Jul 14 '08 at 7:04 pm

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 

0
-1
closed
konfusel posted Jul 14 '08 at 7:25 pm

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

0
-1
closed
ez-pc posted Jul 14 '08 at 12:14 pm

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

0
-1
closed
Rolf Lindby posted Jul 11 '08 at 6:46 am

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 

0
-1
closed
Thomas R. Stephenson posted Jul 10 '08 at 5:58 am

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.

 

 

2.32k
13.69k
8
Actions
Hide topic messages
Enable infinite scrolling
Previous
Next
All posts under this topic will be deleted ?
Pending draft ... Click to resume editing
Discard draft