X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=115-188-13-142-adsl.sparkbb.co.nz;
X-Received: from [192.168.1.66] (115-188-13-142-adsl.sparkbb.co.nz [115.188.13.142])
by netwin.co.nz (SurgeMail 7.3p) with ESMTP (TLS) id 7354408-1391920
for <surgemail-list@netwin.co.nz>; Wed, 16 Jan 2019 01:26:40 +0000
X-Return-Path: surgemail-support
Subject: Re: [SurgeMail List] G_SEND_MAX_PERDOM blocking outbound mail
To: surgemail-list@netwin.co.nz
References: <56d8da0f-496f-f539-e781-8ada64da1aa7@serve.net>
From: Surgemail Support
Message-ID: <f0ed3e41-7329-8e65-0ba7-148ebbdc1352@netwinsite.com>
Date: Wed, 16 Jan 2019 14:26:37 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101
Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <56d8da0f-496f-f539-e781-8ada64da1aa7@serve.net>
Content-Language: en-US
X-Authenticated-User: surgemail-support
X-Rcpt-To: <surgemail-list@netwin.co.nz>
X-SpamDetect: : 0.000000
X-Info: aspam skipped due to (g_smite_skip_relay)
X-Encryption: SSL encrypted
X-IP-stats: Incoming Last 0, First 0, in=14, out=0, spam=0 ip=115.188.13.142
List-Unsubscribe: <mailto:surgemail-list-leave@netwin.co.nz?subject=unsubscribe>
X-Mailing-List: surgemail-list@netwin.co.nz
List-ID: <surgemail-list@netwin.co.nz>
Precedence: bulk
Reply-To: surgemail-list@netwin.co.nz
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit
That isn't strictly speaking an error, and shouldn't block
anything on the back end application. it's more of an
informational message within surgemail to say it's queueing a
message internally until it as less channels open to that
destination. You can safely increase it usually the limit of 2 is
very conservative. Try 5.
But, like I say, it doesn't explain a backlog on the application
end? that error shouldn't be seen by a sending server.
I would check for another error at the sending end, or in the
logs...
ChriSP
On 16/01/2019 12:11 PM, Bob Fera wrote:
Hi all,
I'm suddenly having a terrible time with outbound messages
generated by a back end application being stopped by Surgemail
with "G_SEND_MAX_PERDOM exceeded 2>2 example.com" errors being
logged. (The back end application server uses Surgemail as its
smart host.) It's happening for multiple outbound domains, and
there is nothing unusual about today in terms of mail volume.
Surgemail's mail queue has only a few entries, with none of them
going to the domains I'm having trouble sending to. I've even
tried restarting Surgemail to no avail. Can't say I've ever run
into this before. I've had mail stuck on my back end application
server for hours...
Does anyone have any ideas? Am I missing something?
(I'm kind of behind on Surgemail updates, unfortunately --
SurgeMail Version 7.2i-1)
Thanks,
Bob
--
Bob Fera
I.T. Manager
Zenith Information Group
18757 Burbank Blvd., Suite 116
Tarzana, CA 91356
Phone: 818-206-8634 Ext. 160
Fax: 818-345-2605
www.zis.com
Members of NACHA
The Electronic Payments Association