Hi, yes we will make those messages come from the domain manager's email address.

 

    ChrisP.

 

Marijn,

But that would defeat the purpose of it being used as an alert address to send notices to if SurgeMail crashes. Also, the messages would not be going through SurgeMail. They would be sent out through the server defined in g_manager_smtp, so I cannot do what you have recommend (redirection or forwarding). g_manager would have be a valid recipient address on the remote system defined in g_manager_smtp or else it would fail.

I would suggest that the From address for these messages should be the per-domain "manager_email" rather than the global g_manager. It is either that or create new global settings (i.e. g_monitor and g_monitor_smtp) and redefine the purpose of g_manager.

Jim Lohiser

Imagine Net, Inc.

On Jul 25, 2013, at 6:29 PM, Surgemail Support (Marijn) <surgemail-support@netwinsite.com> wrote:

It is both yes.

 

I suggest having the server manager account that is valid for sending and receiving and doing a redirection or a forward copy for delivery that account in the user.cgi settings to your personal phone email address for urgent notification.

 

Marijn

On Friday 26/07/2013 at 10:06 am, JDL wrote:

The g_manager setting is under the Monitoring section of the SurgeMail configuration. The documentation says "Email address to send reports to". It is my understanding that this was a recipient address and not a sender address. As such I have it set to my cell phone text message e-mail address (xxxxxxxxxx@vtext.com) and g_manager_smtp is set to smtp-bb.vtext.com. This allows the SurgeMail monitor to send a text message to my phone if something bad happens.

 

However, today I discovered this in the logs.

 

25 15:02:45 [69491132] Received localhost xxxxxxxxxx@vtext.com<somecustomer@theirdomain.tld> 999 <1374778965HIDDEN@mail1.imaginenet.net> "Body has arrived, Relay=islocal, nrcpt=2, s=[SMTP send from new address blocked]"

25 16:02:51 [69493965] Received localhost xxxxxxxxxx@vtext.com<somecustomer@theirdomain.tld> 999 <1374782571HIDDEN@mail1.imaginenet.net> "Body has arrived, Relay=islocal, nrcpt=2, s=[SMTP send from new address blocked]"

25 17:07:37 [69496166] Received localhost xxxxxxxxxx@vtext.com<somecustomer@theirdomain.tld> 1000 <1374786457HIDDEN@mail1.imaginenet.net> "Body has arrived, Relay=islocal, nrcpt=2, s=[SMTP send from new address blocked]"

25 17:07:51 [69496171] Received localhost xxxxxxxxxx@vtext.com<somecustomer@theirdomain.tld> 1000 <1374786471HIDDEN@mail1.imaginenet.net> "Body has arrived, Relay=islocal, nrcpt=2, s=[SMTP send from new address blocked]"

25 17:07:57 [69496173] Received localhost xxxxxxxxxx@vtext.com<somecustomer@theirdomain.tld> 1000 <1374786477HIDDEN@mail1.imaginenet.net> "Body has arrived, Relay=islocal, nrcpt=2, s=[SMTP send from new address blocked]"

25 17:08:02 [69496175] Received localhost xxxxxxxxxx@vtext.com<somecustomer@theirdomain.tld> 1000 <1374786482HIDDEN@mail1.imaginenet.net> "Body has arrived, Relay=islocal, nrcpt=2, s=[SMTP send from new address blocked]"

25 17:08:07 [69496180] Received localhost xxxxxxxxxx@vtext.com<somecustomer@theirdomain.tld> 1000 <1374786487HIDDEN@mail1.imaginenet.net> "Body has arrived, Relay=islocal, nrcpt=2, s=[SMTP send from new address blocked]"

25 17:08:12 [69496183] Received localhost xxxxxxxxxx@vtext.com<somecustomer@theirdomain.tld> 1000 <1374786492HIDDEN@mail1.imaginenet.net> "Body has arrived, Relay=islocal, nrcpt=2, s=[SMTP send from new address blocked]"

25 17:08:17 [69496186] Received localhost xxxxxxxxxx@vtext.com<somecustomer@theirdomain.tld> 1000 <1374786497HIDDEN@mail1.imaginenet.net> "Body has arrived, Relay=islocal, nrcpt=2, s=[SMTP send from new address blocked]"

25 17:08:23 [69496188] Received localhost xxxxxxxxxx@vtext.com<somecustomer@theirdomain.tld> 1000 <1374786503HIDDEN@mail1.imaginenet.net> "Body has arrived, Relay=islocal, nrcpt=2, s=[SMTP send from new address blocked]"

 

It appears that the g_manager address is being used as a from address for sending out notices to our end users. This should not occur. Please let me know how to correct this issue.

 

Jim Lohiser

Imagine Net, Inc.