indeed !
aleluia !
This is exactly what I did !
And still the email engine sent out email !
Any other idea ?
s.
Misi Mladoniczky wrote:
Hi,
If you disable the outgoing mailbox(es) and then restart the Email Engine
(restart Service or kill the email daemon process), it should not send any
emails.
Best Regards - Misi, RRR AB, http://www.rrr.se
maybe I was not clear enough.
The problem is that I don't want my email engine to be stopped.
I'd like to get incoming emails. Therefore I would also like not to
disable sendmail.
What I would like is not sending outgoing emails.
That was working fine for months. The email engine was running and only
the Outgoing emails was disabled.
I was getting incoming emails and nothing was sent out.
The other day I noticed that the email engine was down.
I started it while the Outgoing was still disabled. I could check this
through the User tool.
However people got emails from my platform.
So my question is how can this be ?
Is anybody aware of such problem with the email engine ?
Has anybody experience such a curiosity ?
Is there soemthing else to check in some config file ?
Thansk for your feedback anyway.
Serouche
McKenzie, James J C-E LCMC HQISEC/L3 wrote:
**
Lars:
Yes, an arsystem stop followed by an arsystem start should stop the
email engine if it is truly disabled. You don't need to stop
workflow, if the email engine is truly disabled.
If you have access to a terminal or SSH session you can check if the
engine is indeed down on a UNIX system. Just run ps -ef, pipe it (|)
to a grep session looking for email and if you get no return then it
is down. If you do get a answer back, that means that the process is
running and needs to be stopped. If you are not a system admin, then
get one to help you. If you are, you know what to do to stop it.
I find that sometimes the admin tool will tell you one thing and your
system another...
James McKenzie
________________________________
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, August 10, 2006 7:08 AM
To: arslist@ARSLIST.ORG
Subject: Re: email engine sending emails while disabled ?!?!
**
arsystem stop/start should fix this. No need to disable wf, correct me
if I'm wrong ...
L ars
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] Behalf Of McKenzie, James J C-E LCMC
HQISEC/L3
Sent: Thursday, August 10, 2006 3:56 PM
To: arslist@ARSLIST.ORG
Subject: Re: email engine sending emails while disabled ?!?!
**
Serouche:
You have to disable the workflow for the e-mail engine or it
will definitely send out mail.
You did not state which platform you are on, but I know of
another method, under UNIX that will also stop mail from being sent
and that is to disable or stop the sendmail process.
James McKenzie
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Serouche Rahimpour
Sent: Thursday, August 10, 2006 12:38 AM
To: arslist@ARSLIST.ORG
Subject: email engine sending emails while disabled ?!?!
yes listers indeed that's exacty what happen !
And I don't believe in ghosts !
Yesterday I started the email engine with
/opt/AREmail/emaild.sh start& I got dozen of calls minutes later
because this email engine was sending out emails.
But when I had a look into the arusertool at AR System Email
Mailbox Configuration for the Outgoing entry I could see it is disabled.
So could anyone give a help/idea/information/suggestion on how
this could had happend ?
My env:
ars server and email engine 6.00.01 patch 1454 SunOS 5.9 on
sun4u
DB: Sybase 12.5.3/EBF 12600 ESD#3
s.
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
__20060125_______________________This posting was submitted
with HTML in it___
__20060125_______________________This posting was submitted with HTML
in it___
__20060125_______________________This posting was submitted with HTML
in it___
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
