Thanks, Sandy. I liked this approach for a couple of reasons; off the top of my head:
1) I was sure that Declude locks the Q*.SMD file (if for no other reason than to stop Imail from poaching them) and possibly the D*.SMD file so I thought an external test wouldn't be able to "redirect" them. 2) I wanted to leave the option open to rewrite the D*.SMD file, such as inserting a custom header line. 3) Configuration would be very easy. For example, each time a Program Alias is created in IMail, the first two parameters could be the "destination at my domain" and the "destination at the forwarded domain"; when the script or program is called, it is provided with the hardcoded "from" and "to" addresses and then the name of tmp*.tmp file (which is really a D*.SMD file). 4) The DAISYCHAIN directive has received little attention in the years I've been using Declude with IMail, so it's probably not a good feature to rely on if I spec'ed this to be an external program that would run after Declude and change the queuing behaviour. 5) It makes the assumption that the other Declude filters and antispamming can go ahead as planned; I didn't have to think about the law of unintended consequences. 6) That previous item expands to my trying to write a two part solution where an external filter creates the correct condition, and then a doesn't-scale-well Declude filter test plus action to COPYTO [EMAIL PROTECTED] lines 7) I had already downloaded one of the "official" distributions of source code for SRS and it made my eyes swim; it was pretty clear that SRS tackles a much larger problem than the envelope re-writing I could almost reach this way. Andrew 8) > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Sanford Whiteman > Sent: Tuesday, March 07, 2006 6:37 PM > To: Colbeck, Andrew > Subject: Re[2]: [Declude.JunkMail] spf breaks email forwarding - > > > If you want to perservere and build your own forwarding > system, what I > > found was that. . . > > Andrew, I like your workaround with the Program Alias. > However, I think that instead, if people are willing to > wait a few weeks to a month, I can find time to put out a > full-fledged external test for Declude that does much the > same thing, without having to forge brand-new Q files and > so on, honoring IMail-level forwards. > > --Sandy > > > ------------------------------------ > Sanford Whiteman, Chief Technologist > Broadleaf Systems, a division of > Cypress Integrated Systems, Inc. > e-mail: [EMAIL PROTECTED] > > SpamAssassin plugs into Declude! > > http://www.imprimia.com/products/software/freeutils/SPAMC32/do > wnload/release/ > > Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes > into IMail Aliases! > > http://www.imprimia.com/products/software/freeutils/exchange2a > liases/download/release/ > > http://www.imprimia.com/products/software/freeutils/ldap2alias > es/download/release/ > > --- > This E-mail came from the Declude.JunkMail mailing list. To > unsubscribe, just send an E-mail to [EMAIL PROTECTED], and > type "unsubscribe Declude.JunkMail". The archives can be > found at http://www.mail-archive.com. > --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.
