Avatar billede spine Nybegynder
24. oktober 2001 - 15:52 Der er 5 kommentarer og
1 løsning

STOP for indkommende exe filer.....

hejsa
hvordan stopper jeg mine brugere i at modtage og vidresende exe filer fra eksterne adresser uden at lukke helt for exe internt (bruger dem til antivirusopdateringer osv. !!) vi kører domino server versi0on 5.0.5
Avatar billede Inge Nybegynder
25. oktober 2001 - 08:52 #1
Kan du ikke stoppe dem i firewallen...??
Avatar billede spine Nybegynder
25. oktober 2001 - 08:56 #2
jo...men jeg vil ikke lukke totalt det skal styres på brugerniveau....
mit spørgsmål går mere på om det kan gøres i dominoen...
25. oktober 2001 - 12:18 #3
Avatar billede spine Nybegynder
25. oktober 2001 - 12:48 #4
Hej Jeppe

jeg havde godt set den på sandbox, men den opfylder ikke rigtigt kriteriet.....den kan jo først scanne på mailfilerne manuelt efter modtagelse af mail...men ellers tak
25. oktober 2001 - 13:26 #5
Ok - så må jeg desværre skuffe dig:

Jeg har adgang til de dokumenter i Knowledge Databasen der stadig er i draft !

Og i technote 184860 står der:

Can I delete messages if they contain an attachment I don\'t want my users to receive?

Problem:

An administrator wants to know if there is any way that he can delete messages sent to his users automatically if they contain an attachment he wants to screen against.  This attachment may be pernicious if the message is opened and launched.  Can he delete these messages, if he knows the name of this attachment?

Solution:

There is no way to block an attachment from arriving into the mail.box of the Domino server using the listener task or the router.  IP addresses and internet domains can be blocked on the SMTP inbound controls, but filtering for attachments will not be done here.

The end-user can use rules to delete messages that have specific text in the body, or subject.  But this will not look at the attachment name.

An agent can be written to run on the mail file of a user which will look at the $File field to delete the attachment.  To get this to work for all users, this solution would have to be done at the level of each and every user\'s mail file.  Consequently, it may not be resource economical.  Agents should not be written to run against the mail.box.  Running agents against the mail.box is unsupported. 

The functionality desired by the administrator should be found in a quality virus checker, and update service which continuously updates his virus definitions.  This is the only viable solution when it comes to checking the mail.box for  attachments, and screening attachments on an organization-wide basis.
Avatar billede spine Nybegynder
25. oktober 2001 - 14:02 #6
det må jo siges at være fyldetsgørende svar...takker for hjælpen...jeg tror sgu jeg laver en shared agent....direkte i templaten for Post v.5.0
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
Computerworld tilbyder specialiserede kurser i database-management

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester