Is it possible to learn if PM can be set up for use on the

Verizon Android ?

Nope. That format is required by RFC821.

Failed RCPT restriction is per SMTP session. If the short-term blacklist option isn't switched on previous problems won't affect the next send attempt (and if it is the IP blacklisting will expire after 30 minutes). Could it be that there is some other issue with the settings in her email client?

/Rolf 

I assume that you want to prevent out-of-office replies being forwarded to the whole mailing list. I haven't tested but presumably you can find something common in these messages (perhaps sent by outlook/exchange and containing certain words) and build a filter to delete them rather than deliver them to the mailing list.

As DLN says. 

[quote user="safpiper"]Due to a change to uncapped ADSL I seeming cannot use my previous providers of smtp services.[/quote]

Have you changed provider? Are they not offering a different relay?

Thank you, Paul.  I had made these assumptions in my design of the policy definitions and associated scripts, but I am pleased to hear this confirmation.

Gordon

That really has nothing to do with Mercury.

It is a Mail Transfer Agent that provides mail transfer services in an efficient & configurable manner.

It is not an all singing and all dancing "groupware solution".

1. Yes. The loader is not required as the service performs the monitor & restart functions. Also a daily restart is not usually required on a recent OS, earlier versions of Windows sometimes had issues with memory management and leaks that a daily restart would overcome.

2. As stated above, a known bug.

3. This could be a result of the user account Mercury is running under. I have been using NTWrapper for some time (since before Mercury could do it) to run as a service and this is working fine, so I have not changed to using the built in service functionality.

Let me check it. I didnt check that part. Thanks.

There is a fine manual that is installed with mercury and contains (mostly) all you need to know about configuring Mercury.

If you then have some specific questions about anything in particular, come back and ask.

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