Title: Message

Never mind, I reread your original post and then checked my server and already had them installed.

 

Now I just wait for the next update to occur.

 

John Tolmachoff

Engineer/Consultant/Owner

eServices For You

 

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Tolmachoff (Lists)
Sent:
Wednesday, December 29, 2004 12:23 AM
To: sniffer@SortMonster.com
Subject: RE: [sniffer] Triggered rulebase update instructions

 

Were might the wget and gzip files be?

 

John Tolmachoff

Engineer/Consultant/Owner

eServices For You

 

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Landry William
Sent:
Tuesday, December 28, 2004 11:34 PM
To: 'sniffer@SortMonster.com'
Subject: RE: [sniffer] Triggered rulebase update instructions

 

John, since you have not implemented a trigger program alias yet, would you be willing to test the setup instructions and provide feedback?

 

Bill

 

-----Original Message-----
From: John Tolmachoff (Lists) [mailto:[EMAIL PROTECTED]
Sent:
Tuesday, December 28, 2004 10:30 PM
To: sniffer@SortMonster.com
Subject: RE: [sniffer] Triggered rulebase update instructions

Matt, you think too much.

 

;)

 

(From one who needs to implement better scripts, including a triggered script for Sniffer.)

 

John Tolmachoff

Engineer/Consultant/Owner

eServices For You

 

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt
Sent:
Tuesday, December 28, 2004 10:17 PM
To: sniffer@SortMonster.com
Subject: Re: [sniffer] Triggered rulebase update instructions

 

Bill,

I think that this is overwhelmingly much better (the whole thing), but I have a few suggestions to add.

1) The commenting in the CMD file seemed a bit excessive and that made it a little hard to follow.  It might be nice to arrange all of the tweakable variables in a single section instead of separating each one out, and then block coding the main program with a standard amount of commenting.  I think that would make the script more readable for both programmers as well as beginners.

2) I personally find it to be a bit messy to have everything running from within my Sniffer directory.  After all of the other CMD files, old rulebases, service related files, logs, etc., it's not obvious what is needed or not.  I would suggest coding this up with a default directory structure of using a subdirectory called "updates".  This would require a separation of variables for the updates directory and the destination directory I believe.

3) I think it would be a good idea to consider a different default directory structure.  With Sniffer evolving to support other platforms, IMail effectively abandoning us, and Declude moving to SmarterMail and possibly others, I could very well see Sniffer establishing a non-dependant directory structure.  I would suggest that the default recommendation become "C:\Sniffer", which might also necessitate a change in some of Pete's other documentation.  Keep in mind that it is confusion and convolution that contributes to the lack of efficient rulebase downloads and not the lack of resources or help.  IMO, things would benefit from standardization of this sort, and it should all be done with purpose.

4) Since this setup is targeted specifically at IMail, I would recommend that different packages be provided for different platforms, and these should probably be in separate zip's so that one doesn't get all sorts of extra stuff.  This could be "Rulebase_Updater_IMail.zip", but there should also be a Linux, MDaemon and SmarterMail updater added to the list.

5) I'm thinking that including the notification process within this script might be too much.  The primary goal is to get people to use the automated system and compressed files, and this adds complexity to the setup.  My thought here would be to create a "chaining" option that could be used to kick off any script, not necessarily IMail1.exe.  You could then include this separate notification script in the package and have it configured from within that file, leaving only the optional chaining command within the primary script and stripping out the rest of the stuff.  I do know that from interface design there is a basic tenet where you don't want to overwhelm the viewer/visitor, otherwise they retain even less than they would with a smaller group of things.  Programming is often at odds with this tenet, which is fine for programmers because the functionality necessitates complication, but the issue being addressed here is really ease of use for the lowest common denominator, and the primary goal is just the downloads.  You should consider that this whole thing will be used by people with very little administration experience, no programming experience, and in some cases, English will be a second language to them (or only translated by a tool of some sort).

Most of this stuff is somewhat minor taken in isolation from each other, but I believe that it could be a bit tighter in one way or another for a better result.  I'll volunteer my own services if you would like for me to provide examples of any one of these things, but I'll wait for your direction before doing so.  I think the most important thing would be for Pete to provide some guidance for the preferred directory structure (independent of the app), so that this could be used for the default settings in this and other scripts.

Matt


Landry William wrote:

Attached is an updated instructions file to fix some typos and missed
information.  I'll send out another update after receiving feedback from
others.
 
Bill
 
 
 
-------------------------------------------------------------------------------
This message and any included attachments are from Siemens Medical Solutions 
USA, Inc. and are intended only for the addressee(s).  
The information contained herein may include trade secrets or privileged or 
otherwise confidential information.  Unauthorized review, forwarding, printing, 
copying, distribut!
 ing, or using such information is strictly prohibited and may <
/FONT>
be unlawful.  If you received this message in error, or have reason to believe 
you are not authorized to receive it, please promptly delete this message and 
notify the sender by e-mail with a copy to [EMAIL PROTECTED] 
 
Thank you
 
 
 
 
 


 
 
 
 
 
==============================================
Sniffer triggered rulebase update instructions
==============================================
       By [EMAIL PROTECTED]
 
These are instructions on how to!
  setup triggered downloads of new rulebase files from
the Sniffer rulebase update e-mail notifications.
 
Included with this distribution are the open-source "wget" and "gzip" files.  They are
needed to support the download and uncompression of rulebase files.
 
Step one:
=========
Copy all files from this distribution into your "sniffer" directory.
 
Step two:
=========
Edit the "snfupd.cmd" file (this is the rulebase download script).
1. Open the snfupd.cmd file in you sniffer directory with a text editor like "Notepad".
2. Edit all entries labeled "EDIT NEXT LINE" with your specific configuration information.
3. Save your changes.
 
Step three:
===========
Create an IMail "Program Alias" account
1. Open the "IMail Administrator"
2. Select the domain to create the "program alias" account under
3. Click on "Aliases" under the chosen domain
4. Click on the "Add Alias..." button
5. Type in the "Alias ID" for this account (something like: snifferupdate),
   then click "Next"
6. Select "Program" as the alias type and click "Next"
7. Click "Browse..." and browse to the location of your "sniffer" directory
   and select "snfupd.cmd", then click "Next"
8. Click "Finish" and you're done setting !
 up your Sniffer "Program Alias" account
 
Step four (optional):
=====================
Create a "Standard Alias" account (only necessary if you want to receive a copy
of the Sniffer update notifications).
1. Open the "IMail Administrator"
2. Select the domain to create the "standard alias" account!
  under
3. Click on "Aliases" under the chosen domain
4. Click on the "Add Alias..." button
5. Type in the "Alias ID" for this account (something like: snfupd), then click "Next"
6. Select "Standard" as the alias type and click "Next"
7. Add the e-mail address that you would like the Sniffer update messages to be
   forwarded to.  Also add the "program alias" address you created in Step Three
   above.  This will send a copy of the update notification to all listed accounts,
   including the "program alias", which will trigger the new rulebase download.
8. Click "Finish" and you're done setting up your Sniffer "Standard Alias" account
 
Step five:
==========
Test the new "program alias" account.
!
 1. If you setup a "standard alias", as defined in "Step four" above, send a test
   message to your "standard alias" e-mail address.  This should trigger a copy of
   the test message to your e-mail forwarding address and set-off the rulebase download.
2. Check to see that you received a copy of the test message to your forwarding address.
3. Check to see that a rulebase download was triggered (check the timestamp of your
   rulebase file - you can also vi!
 ew the snfupd.txt file to see the complete status of
   the update.  Also, if you opted to receive the update results via e-mail (via the
   snfupd.cmd download script), check to see that you received the results e-mail.
4. If you skipped "Step four" above, send a test message to your "program alias" address
   and check to see if it triggered a rulebase download.
 
Step six:
=========
Advise SortMonster of the new e-mail address to send update notifications to.
1. If you created a "standard alias" account as defined in "Step four", send an e-mail
   to Sniffer Support ([EMAIL PROTECTED]) and ask them to send your rulebase update
   notifications to your "standard alias" e-mail address.
2. If you skipped "Step four" above, ask Sniffer Support to send!
  your rulebase update
   notifications to your "program alias" address.
3. Monitor to make sure your rulebase update e-mails are successfully triggering your
   rulebase downloads.
 
============
That's it...
============
  

 

-- 
=====================================================
MailPure custom filters for Declude JunkMail Pro.
http://www.mailpure.com/software/
=====================================================
-------------------------------------------------------------------------------
This message and any included attachments are from Siemens Medical Solutions
USA, Inc. and are intended only for the addressee(s).
The information contained herein may include trade secrets or privileged or
otherwise confidential information. Unauthorized review, forwarding, printing,
copying, distributing, or using such information is strictly prohibited and may
be unlawful. If you received this message in error, or have reason to believe
you are not authorized to receive it, please promptly delete this message and
notify the sender by e-mail with a copy to [EMAIL PROTECTED]

Thank you

Reply via email to