History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: SAK-11437
Type: Bug Bug
Status: Closed Closed
Resolution: Won't Fix
Priority: Critical Critical
Assignee: SOO IL KIM
Reporter: Clay Fenlason
Votes: 0
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
Sakai

Mailtool messages highly susceptible to spam flagging

Created: 08-Sep-2007 13:07   Updated: 23-Oct-2008 07:47
Component/s: Mailtool
Affects Version/s: 2.4.0, 2.4.1
Fix Version/s: None

Time Tracking:
Not Specified

2.4.x Status: None
2.5.x Status: None
2.6.x Status: None


 Description  « Hide
The mailtool seems to put all recipients into the BCC field, but this is a characteristic typical of spam, and we are finding many filters that flag mailtool messages as spam. The end result is that instructors cannot trust that its output will be received.

 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
SOO IL KIM - 10-Sep-2007 05:51
That's was my initial thought/guess of BCC when we talked about hiding others' email address from the message header of the client/recipient's inbox. There are couple of options we can choose:

1) Use CC or TO instead of BCC. In this option, anybody in CC or TO will see others' email which would not be what the sender want.
2) Refactor Mailtool.processSendEmail() to send bulk message into several message transactions as many as the size of recipients. That would slow down the mail-sending when the size of recipients is large.

Any other idea?

Jason Shao - 10-Sep-2007 07:36
#1 seems problematic -- our interpretation of FERPA (in the US) is that this could be considered a violation. In addition, many of our professors are intersted in sending out "you did poorly on the last test, want extra help?" type messages and I think hiding all the recipients of that category of notification is desireable.

#2 performance doesn't worry me much -- especially if we're talking a clustered configuration where your instances can spread the workload. The main problem I could see with this is we now have many possible failure modes -- e.g. how do we handle/display a partial failure?

SOO IL KIM - 12-Feb-2008 07:15
RSF-ified & Email Service-powered Mailtool should solve this.

More updated info will be posted here: http://bugs.sakaiproject.org/confluence/display/MAILTOOL/Home