I found a solution that works:

I'm running the Mercury and XAMPP on a windows-machine. I don't know why, but the mail-function of php don't work correct on xampp v. 1.7.2.

The function added always <> to the senderaddress and sometimes to the receiveraddress.

I activate the sendmail-function under xampp and all messages will be send correctly to mercury. Sender and receiver-addresses come in

into the mercury with the right format.

Is your issue related to the one in the following thread?

 http://community.pmail.com/forums/thread/18427.aspx

I've seen a recent post to the effect that 4.73 should be out shortly and will fix that problem.

Looks like someone has forgotten to include the square bracket at the end of the email address. If the email address start with a square bracket it *must* also end with a square bracket.

Sven

Incoming messages will be handled by MercuryS, the SMTP server module. You will need one of the SMTP client modules, MercuryE or MercuryC, if you want to be able to send out messages through Mercury. If it's only for receiving from the Lotus Notes client both those modules can be disabled.

/Rolf

Thanks. I have Posadis running now. The documentation I was using confused me regarding what the "listen" configuration was looking for - ie, interfaces to listen on - I thought it was about packet source.

Thanks once again. I solved it half way.

I had a lot of invalid email addresses that didn't exist, I removed them and that helped. Now it takes around an hour, approximately. 750 members.

Hi, i need send and email to all my customers because i do changes in antispam software and i need explain it.

For this I recommend using the PMail mail merge function.  It's a bit difficult to setup the data file with the users email addresses and names but after this is done you can send personalized messages to all of the users without being seen as a spammer.  ;-)

For now a good setup is all I need to have. For my programming I shouldn't need to know the internals of Mercury. A simple PHP-script should be enough to handle the mail when the configuration is right.

The problem is getting the SMTP host setup correctly is critical.  The PHP part is a no brainer, you are simply sending a message via SMTP to port 25 of MercuryS.  You can turn on session logging in MercuryS to see if it's properly received.  

The problem is 99.99% of the time you do not have a fixed IP address and you cannot send mail using MercuryE since it will be bounced or simply deleted as spam by the receiving system.  You need to setup MercuryC to do the sending. 

If you would search on XAMPP in this forum you will see many many answers describing the problem and the process.

Time I don't have at the moment since I have to deliver the result of the final-asignment for my PHP course soon. 

It's not really our job to tell you how to do your course work. ;-)

OK - it seems that the global filter is working (didn't have those spoofed messages this morning) - thanks for the excellent help. My syntax follows:

Attributes

Originates from non-local source

Logical AND operator 

 
Regular Expression

Message-ID: *tfs.pvt.k12.ga.us*

Headers only 

Move to user

@\\myserver\users\username\pmail 

Hi,

Check the permission on that file, I have had Mercury32 do some really weird things similar to this (not saving changes) and I think its permissions.

Marke sure you have full permission on that new file.

=D

Mark 

Yep. I had set ".eml" as a forbidden attachment.

Everything is working great.

Thanks to all for the help.

Cls

Thanks!

Maybe one of the next releases will provide this functionality...

Best,

Konrad

Thanks, Thomas.  That's what I need to know.

Chris

I am pretty sure this was a false alarm as although the server was down, no one seems to have sent any messages when this was the case, so I do not think that the lack of such messages in our archive account is surprising.

I can connect to loadyourgun.com:576 OK, so I would definitely suspect the easydns config.

You should get back to the tech guy to help figure it out. :)

For some reason your client programs get out of sync with the server and mix up messages. This is most likely to happen if Mercury is restarted while the IMAP client is connected. If it happens in other circumstances check all the usual problem sources (disk errors, heavy fragmentation, other processes such as anti-virus programs interfering with Mercury's file access) on both client and server systems.

Note that in cases like this no data has been mixed up on the server, the mix up is in the client. 

If mailboxes are only accessed via IMAP you could try switching on lingering mailboxes in Mercury core configuration / Files / Foldering subsystem settings and see if that makes any difference.

/Rolf 

Mercury will simply use the available network resources, there are no bandwidth throttling settings. If you use MercuryE to deliver messages you can set the number of simultaneous deliveries in the configuration for that module, though.

Other than that I believe that certain firewalls and routers may allow you to limit the bandwidth used for individual protocols. To increase speed it's usually the Internet connection you should review, common connection methods like ADSL has rather limited speed for outgoing traffic.

/Rolf 

Hi,

I was testing de latest version 4.72 and now i get an Noticeboard filename generation error. It isn't possible to forward more than 30 messages

to an noticeboard. In the older versions it was not an problem. Al the messages more than 30 wil be deleted.

I can't figure out what the problem is. Kind regards, Jim 

Any one have any hints on how to configure NT Wrapper ?

 Here's my mercury.ini Config file for NT Wrapper.  You can put this into the NT Wrapper directory and then modify it to match your setup.  Probably will have to delete a lot of the ENV_ lines or at least change them to match your systems environment.

[SERVICE_OPTIONS]
OnAllAppsExit=0
LogToDisc=0
LogToEventLog=1
MainLogFile=
[SERVICE_INSTALL]
ServiceName=Mercury
DisplayName=NT Wrapper:Mercury/32
Description=Mercury/32 Mail Server
Interactive=1
Account=LocalSystem
Password=
LoadOrderGroup=
StartType=Auto
[APPLICATION_1]
Executable=C:\MERCURY\MERCURY.EXE
Params=
WorkingDir=C:\MERCURY
IsConsoleApp=0
IsProcessGroup=0
Send_CTRL+BREAK=0
ShutDownTimeout=5000
RestartApp=1
LaunchDelay=0
ShowWindow=Normal
Priority=Normal
AffinityMask=1
RedirectStdOut=0
RedirectStdErr=0
StdOutFile=
StdErrFile=
OwnLogFile=
ExecutionTime=0
ProcUser=THOMAS
ProcDomain=
RunProcAsUser=1
LogonImpersonateUser=1
ProcPassword=5505452812558805590052311551188 (invalid HP_Administrator password)
ENV_ALLUSERSPROFILE=C:\Documents and Settings\All Users
ENV_AMAENABLE=Y
ENV_APPDATA=C:\Documents and Settings\HP_Administrator\Application Data
ENV_CommonProgramFiles=C:\Program Files\Common Files
ENV_COMPUTERNAME=TSTEPHENSON
ENV_ComSpec=C:\WINDOWS\system32\cmd.exe
ENV_FP_NO_HOST_CHECK=NO
ENV_HOMEDRIVE=C:
ENV_HOMEPATH=\
ENV_LOGONSERVER=\\TSTEPHENSON
ENV_NUMBER_OF_PROCESSORS=1
ENV_NWLANGUAGE=ENGLISH
ENV_NWUSERNAME=thomas
ENV_OS=Windows_NT
ENV_Path=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;c:\Python22;C:\WINDOWS\system32\nls;C:\WINDOWS\system32\nls\ENGLISH;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;c:\Python22;C:\WINDOWS\system32\nls;C:\WINDOWS\system32\nls\ENGLISH;C:\PROGRA~1\COMMON~1\MUVEET~1\030625
ENV_PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
ENV_POPFILE_ROOT=C:\PROGRA~1\POPFile
ENV_POPFILE_USER=C:\PROGRA~1\POPFile
ENV_PROCESSOR_ARCHITECTURE=x86
ENV_PROCESSOR_IDENTIFIER=x86 Family 15 Model 47 Stepping 2, AuthenticAMD
ENV_PROCESSOR_LEVEL=15
ENV_PROCESSOR_REVISION=2f02
ENV_ProgramFiles=C:\Program Files
ENV_SESSIONNAME=Console
ENV_SonicCentral=c:\Program Files\Common Files\Sonic Shared\Sonic Central\
ENV_SystemDrive=C:
ENV_SystemRoot=C:\WINDOWS
ENV_TEMP=C:\DOCUME~1\HP_ADM~1\LOCALS~1\Temp
ENV_TMP=C:\DOCUME~1\HP_ADM~1\LOCALS~1\Temp
ENV_USERDOMAIN=TSTEPHENSON
ENV_USERNAME=HP_Administrator
ENV_USERPROFILE=C:\Documents and Settings\HP_Administrator
ENV_windir=C:\WINDOWS
 

I have tried updating to the latest version of Popfile, that does not seem to have made any different, emails with larger attachments of about 3 MB or bigger still come through as short messages from unknown if I run BOTH popfile and spamhalter.

 I wondered if the order that Spamhalter and Popfile are defined in the ini file makes any difference or if I need to change the default ports for Popfile, but putting Popfile first instead of last does not seem to help either.

 Currently I have spamhalter turned off and we are delivering spam, tagged as such, to our end users so if anyone has any other suggestions I would love to try them.