From mboxrd@z Thu Jan 1 00:00:00 1970 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Fri, 05 Jun 2009 12:20:32 -0400 Subject: [sup-talk] [RFC] Bounce messages In-Reply-To: <1244217075-sup-4385@entry> References: <1243817649-7642-1-git-send-email-bwalton@artsci.utoronto.ca> <1244217075-sup-4385@entry> Message-ID: <1244218650-sup-2427@ntdws12.chass.utoronto.ca> Excerpts from William Morgan's message of Fri Jun 05 12:02:17 -0400 2009: > I'm definitely interested in having this feature. But it does open > up Great. > some complications because we have to be able to call the MTA in two > different modes. Nothing is free! :) > But this might not be such a big deal because most MTAs have basic > sendmail compatibility. Judging from the entries on the Sup Wiki for > msmtp, ssmtp, and putmail, we should be fine just calling the account's > sendmail command without -t and with the recipient email addresses. Ok, I'll rework the patch to call the default account's sendmail command with any -t stripped out. > You could just make it say "Bounce to #{to.size} recipients?". :) That would work. Still gives a chance to back out if things don't look right but not too heavy either. I'll rework this tonight. I looked at refactoring against the EditMessageMode send function the other night and that's not straight forward since the shared code is a few classes up the object tree. Moving the send message code higher in the tree isn't ideal, as it doesn't really belong there...suggestions on that? Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu Contact me to arrange for a CAcert assurance meeting. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: