On Tue, 24 Jul 2007 09:12:48 -0500, chasd <[EMAIL PROTECTED]> wrote: > On Jul 23, 2007, at 9:44 AM, Elisamuel Resto wrote: > >> First, lets verify we're on the same page. I would have some >> script, or perhaps a plugin on my IMAP server that scans a Spam/Ham >> folder set and act upon those? > > Yep, it is done all the time.
Ok. >> I was understanding a script to login to the mail server and do >> the math itself on the Spam/Ham folder set. > > No need to login to the mail server, the script runs on the mail host. > cron scripts are set to run under a specific user, such as the same > user the MDA runs under so the script has access to the message store. Well, that is the solution one would use normally. >> Either of those looks like the script can fail silently or cause >> trouble if it gets stuck, or go beserk. > > Any script that does not take file locking or error conditions into > account is indeed "hackish" and shouldn't be used. The fact that a > script is written poorly does not mean the underlying concept is > suspect. Script used in production that can be executed multiple times and edits files that can be edited by other things in the system that does not do locking is, be design, flawed. Should be discarded asap. > I know of many sys admins that manipulate the mbox or maildir files > directly with scripts using shell, Python, perl or what have you. I have done so in the past. > If you do not have admin access to your mail host, that is a > different story. Then you may have to use "hackish" solutions like > moving server processing to the client. I, personally, do have full access to the mailhost. >> User can drag on accident, and trouble can happen. > > Users can always do stupid things. > You can't control that no matter what system you use or design. > Mis-classifying spam is one of the least troublesome things they can do. The nature of humans, I agree. Let's keep one thing in mind here, it's not how should I implement this for all my mail users, but how I hook the two actions into roundcube, I have no current interest on implementing a solution like this, since my userbase is not big enough in size to merit this, not to mention that about 1% of those users utilize IMAP to verify their mail. PS: Sorry for the dupe, Charles. > Charles Dostale > System Admin - Silver Oaks Communications > http://www.silveroaks.com/ > 824 17th Street, Moline IL 61265 -- Elisamuel Resto <[EMAIL PROTECTED]> Source Mage GNU/Linux / http://sourcemage.org ID: 0x18615F19 / FP: B66D 1C2A E8EE B922 1D9C D98F D2D5 FB61 1861 5F19
