Norm, Ok, What you're trying to do here is admirable and well thought out. I personnally wouldn't know how you could accomplish this any further than what you already have. I noticed you've stated that you have a custom 'front end' that allows users to maintain a whitelist. Couldn't one set up different records such as [EMAIL PROTECTED] ? That way you could assign each of your 4 account types a separte virtual domains within IMail. Each different account would have its' own virtual domain thus its' own kill.lst/rules.ima files. They would also be able to send mail to the students folders, via your custom front end-white list, something like [EMAIL PROTECTED] . If you don't want your pointers publicized then I believe you can add them into your localhost file for resolution, possibly with internal non-routable ip addresses (LAN), and setup for IMail. One could do further filtering and control by porting the incomming email to a program alais, such as a batch file, that would scan the "From" and/or "To" addresses and then forward the email accordingly.
~Rick > Basically, we have 4 account types: School Administrators (principals, > staff, asst principals, ...), Teachers, Parents, and Students > > To be compliant with the Children's Internet Protection Act (CIPA), we have > to ensure that porn, spam, unsolicited email in general does not get into > any of our account mailboxes. So, we wrote a front-end that allows each > user to specify which email addresses they can receive email from. > > Student A only receives email from his/her parents, teachers, and the school > staff. If the student needs to email someone at NASA, for example. They > put in a request to allow a new email contact ([EMAIL PROTECTED]) which is > approved by either a parent, teacher, or school staff member. When this > approval goes through, the rules are updated. Keep in mind, a blanket > F!~domain.com rule would not be sufficient for outside emails (like > nasa.gov) and parent emails at work, for example. > > Granted, email headers could be forged, but the forger would have to know > what the valid incoming email addresses for an account were. This is > similar to the method hotmail.com uses in their "maximum junk mail > filtering" mode. > > On a different feature, our teachers would like the ability to separate > emails from students in different classes into different folders. So, they > would tell their students that his/her email address was > [EMAIL PROTECTED] or [EMAIL PROTECTED] The > teacher could keep their messages straight, even if they had 150 students to > deal with and the email originated from one of the child's parents. > > Unfortunately, since we lack a !PASS! filter on the incoming rules, it seems > we will either have to limit the number of approved contacts an account can > have (okay for smaller schools) OR we lose the submailbox feature (not okay > for larger schools > 1,000 students). > > Hope this clears things up. BTW, we scrapped outgoing filtering. It would > have been nice to prevent kids from sending email to unapproved contacts, > but we only have a single orules.ima file for the entire domain. This means > every time one of the 20,000 accounts changes a contact in their contacts > list, the file gets locked for writing. Bleah. Not to mention one ENORMOUS > orules file. > > ***Another Feature Request*** orules.ima for every single user account!! > > Thanks, > Norm > > > To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html > List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ > Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/ > ___________________________________________________________________ > Virus Scanned and Filtered by http://www.FamHost.com E-Mail System. > > ___________________________________________________________________ Virus Scanned and Filtered by http://www.FamHost.com E-Mail System. To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
