At 14:11 15-10-01, you wrote:
>the problem:
>
>They need special security features for email. certain attachments have to
>be forbidden or allowed etc. this can not be done by a simple extention rule
>system (f.x. "no doc-files), it has to be done on a content level.
Call me simple, but if you make a rule to put EVERYTHING in the 'incoming' box,
your app could put it in inbox.new.
This will fail on file-locks probably, but that's a small thing for Tod to
overcome.
Ie -> spool incoming mail till file lock is cleared, along a with
config.ini directory
for the lock extension or mechanism (inbox.new.lock / ~inbox.new), this can
be quite easily managed.
A third idea, which is probably not a bad thing in itself, is to spool
incoming mail
by default. Then have cronjob specifyable by the user, which will spool all
mail
with extension '.cleared'. This way no real polling and file locking has to
be done
and it's extendable for all sorts of apps, not only from a security point
of view,
but also from an anti-spam point of view.
>Part of my job will be to ensure this.
>
>Current idea is to write a small application that parses the email, analyzes
>the content and applies the rules.
>
>
>the feature request:
>
>idea A.)
>
>A standard filter mechanism: sambar calls an executable and passes
>parameters to access a certain file containing the mail. Or sambar pipes out
>the mail content and expects the answer to be piped in into sambar.
>
>This would give a problem with high mail loads due to the fact, that the
>program needs to be loaded for every mail. And the program has to read its
>settings etc etc.
>
>
>idea B.)
>
>sambar places all fetched and received mail into a certain folder or folder
>structure (folder structure will be easier, i think) and does NO processing.
>
>my programm will process the mail and after processing the mail, it will
>move the mail into a different structure where sambar will pick it up.
>
>This would need two pollings, so mail will be delayed.
>
>
>I would prefer idea a, because it sounds easier to implement for Todd. The
>"high load" problem can be solved with some tricks, if it is ever needed.
>
>
>Or is this feature already implemented?
>
>
>Holger Lembke
>+49-531-334676
>
>
>--------------------------------------------------------------------------------
>For unsubscription of this list send an email to [EMAIL PROTECTED] with
>email
>data containing unsubscribe emailadd sambar
____________________________________________________
</MELVYN>
void wakeup()
{
for(long int cuppajava;drink();cuppajava++);
}
--------------------------------------------------------------------------------
For unsubscription of this list send an email to [EMAIL PROTECTED] with email
data containing unsubscribe emailadd sambar
