Title: Message
Wait, I know why I don't get all the garbage after stopping SMTP.  My gateway software runs on the same box, so my IMail SMTP sessions for incoming E-mail last only milliseconds and it's rare that one gets caught while SMTP is being stopped.  So you may very well see a bunch of trash generated by stopping the service.

Matt



Matt wrote:
Goran,

I'm not 100% positive about this, but I don't think that it leaves garbage lying around if you stop the SMTP service, or if it does, it is normally minimal.  Stopping the Queue Manager might, but I generally don't do that.  It's not uncommon for me to stop my SMTP service and I don't have orphans lying around.  I do however gateway everything through different servers which stops the problem where zombies will leave incomplete E-mails all over the place, and IMail will even deliver some of them even though they don't even contain a full set of headers.  A lot of the trash that you might be seeing may very well be from zombies.  I seem to recall that the renaming of the SMD files to SM$ might indicate that they are missing a Q file or something and were found stranded in the spool, and might also be related to these bad sessions that timeout.  You can't do anything about the zombie/broken mailer issue unless you use a different piece of software as your gateway for incoming E-mail.

Anyway, every midnight I run the following command line tool from Ipswitch to clean out my spool of files older than 3 days:

    C:\IMail\ISplCln.exe -n 3

The "-n" switch targets non-logs.  An additional switch for "-l" will target the logs.  It doesn't traverse directories and it uses the Spool location stored in IMail.  My command will delete any E-mail file older than 3 days that is sitting in the spool.  I only retry E-mail for up to 18 hours, so practically speaking, I could get away with deleting after just 1 day and not affect my system, but I like to have a history of a few days there just in case something happened and I missed it.

    http://support.ipswitch.com/kb/IM-19990629-DM06.htm

Matt




Goran Jovanovic wrote:

But stopping the SMTP service creates the incomplete T and D files right?

 

So there is no way to tell IMail to do not accept any more connections and finish what you are doing so that I can stop the process without getting the incomplete files?

 

I know that the sending server will retry the mail again so I am not really worried about losing mail I was just trying to prevent clutter in the spool directory. In any case I have a cleanup routing that deletes old T, D and Q files.

 

 

     Goran Jovanovic

     The LAN Shoppe

 

 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Matt
Sent: Friday, May 13, 2005 5:09 PM
To: [email protected]
Subject: Re: [Declude.JunkMail] Graceful way to stop services

 

You should only need to stop the SMTP service and then wait about 10 seconds.

Matt



Goran Jovanovic wrote:

Hi,

 

What is the most graceful way to stop mail processing on an IMail/Declude process?

 

At present when I have to stop the services I stop the SMTP service then the Queue Manager Service, watch task manager for all the Declude processes to stop.

 

Will this method leave T*.SMD files or incomplete D*.SMD files? I think it does.

 

 

  

 

   Goran Jovanovic

     The LAN Shoppe



-- 
=====================================================
MailPure custom filters for Declude JunkMail Pro.
http://www.mailpure.com/software/
=====================================================

-- 
=====================================================
MailPure custom filters for Declude JunkMail Pro.
http://www.mailpure.com/software/
=====================================================

-- 
=====================================================
MailPure custom filters for Declude JunkMail Pro.
http://www.mailpure.com/software/
=====================================================


Reply via email to