Re: [Declude.JunkMail] custom delivery executable?
Darrell, This would not work with Declude because Declude uses imail1.exe to send out the notification messages for viruses. All such notifications, instead of going to the intended recipient, would likewise go to this text file. There may be other ways in which it might interfere with Declude, but this struck me as the most obvious. David Franco-Rocha Declude Technical Support - Original Message - From: "Darrell ([EMAIL PROTECTED])" <[EMAIL PROTECTED]> To: Sent: Thursday, June 23, 2005 11:44 AM Subject: Re: [Declude.JunkMail] custom delivery executable? Or another thought to try is renaming your custom delivery app to imail1.exe and replacing theirs. Althought I am not sure what else this would break. Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. Darin Cox writes: You could change all email addresses to be program aliases. The batch file run by the program alias could then dump the message into a text file, or even post the message straight into your database. Darin. - Original Message - From: Chase Seibert To: Declude.JunkMail@declude.com Sent: Thursday, June 23, 2005 9:53 AM Subject: [Declude.JunkMail] custom delivery executable? Hey guys, We have a very non-standard iMail/Declude install. Basically, we only us the system for the SMTP protocol, as well as virus and spam filtering. Once a message has passed through those systems, it's delivered to a mailbox as normal. However, we don't allow POP or IMAP access to our systems. Instead, we parse the mailboxes when they change, pull out new mail and insert it into a SQL Server database for access in our web-based CRM. Messed up, huh? We are looking to skip the whole step of delivering the mail to a mailbox and then chunking it out. It's not a speed problem, but rather a reliability concern. Our current solution has about a .1% failure rate, meaning that some messages are not delivered until the next message comes along into that folder to knock it out. Ok, here is my question. I am wondering if there is some way to setup iMail/Declude so that it delivers a message right to a stand alone file, as apposed to a mailbox. Qmail, for example, can do this. I doubt there is any out of the box support for this, so I started investigating using a custom Declude filter for this. From the manual: For more flexibility, you can have Declude JunkMail pass parameters to your program, using variables. For example, you can set up the test as 'TESTNAME external returnvalue "filename %INOROUT%"', which would send the %INOROUT% variable as a parameter to your program (which would be "incoming" for an incoming E-mail, or "outgoing" for an outgoing E-mail). Presumably, we could write a custom executable and define a rule for it in Junkmail. The custom executable would get the entire message body and just pipe it to a stand-alone file. If the message was later also delivered to an iMail mailbox, that's fine. However, I think the issue with that idea is that the filters will not have executed when that custom executable is called. Accoring to the Declude manaul, the order of execution is: 1. IMail's Control Access file (to block IPs) 2. IMail's Kill List (to block return addresses) 3. IMail v8 anti-spam (most tests) 4. Declude Virus 5. Declude Hijack 6. Declude JunkMail 7. IMail's filters and extra IMail v8 anti-spam tests *we want to insert a custom exectuable here Is this even possible, or should I just start looking as Linux mail systems? -Chase Chase Seibert | Network and Systems Engineer | Bullhorn Inc | 617.464.2440 x119 | www.bullhorn.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. --- 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.
RE: [Declude.JunkMail] custom delivery executable?
I personally wouldn't touch imail1.exe, as it is used for postmaster notifications and the like. I don't know if or when the rules come into effect on that one. And if you absolutely MUST have Imail rules, then you are probably currently doing it the only way you can, since the rules are the last step before it gets dumped into the mailbox.If I were you, I'd take Imail/Declude out of the picture completely and research a purely *nix solution. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chase SeibertSent: Thursday, June 23, 2005 1:26 PMTo: Declude.JunkMail@declude.comSubject: RE: [Declude.JunkMail] custom delivery executable? Both of your suggestions have merit. Will a program alias execute after iMail has run the message through it's rules? If rules result in the message going to a particular folder, how would that information be preserved in the hand-off to the executable? As for imail1.exe, does anyone know the extent of what that executable does in the stock iMail install? Are rules processed before, after or inside this executable? -Chase Chase Seibert | Network and Systems Engineer | Bullhorn Inc | 617.464.2440 x119 | www.bullhorn.com -Original Message-From: [EMAIL PROTECTED] To: "Declude.JunkMail@declude.com" ;Sent: Jun 23, 2005 11:47:35 AMSubject: Re: [Declude.JunkMail] custom delivery executable?Or another thought to try is renaming your custom delivery app to imail1.exe and replacing theirs Althought I am not sure what else this would break. Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. Darin Cox writes: > You could change all email addresses to be program aliases. The batch file run by the program alias could then dump the message into a text file, or even post the message straight into your database. > > Darin. > > > - Original Message - > From: Chase Seibert > To: Declude.JunkMail@declude.com > Sent: Thursday, June 23, 2005 9:53 AM > Subject: [Declude.JunkMail] custom delivery executable? > > > Hey guys, > > We have a very non-standard iMail/Declude install. Basically, we only us the system for the SMTP protocol, as well as virus and spam filtering. Once a message has passed through those systems, it's delivered to a mailbox as normal. However, we don't allow POP or IMAP access to our systems. Instead, we parse the mailboxes when they change, pull out new mail and insert it into a SQL Server database for access in our web-based CRM. Messed up, huh? > > We are looking to skip the whole step of delivering the mail to a mailbox and then chunking it out. It's not a speed problem, but rather a reliability concern. Our current solution has about a .1% failure rate, meaning that some messages are not delivered until the next message comes along into that folder to knock it out. > > Ok, here is my question. I am wondering if there is some way to setup iMail/Declude so that it delivers a message right to a stand alone file, as apposed to a mailbox Qmail, for example, can do this. I doubt there is any out of the box support for this, so I started investigating using a custom Declude filter for this. > >>From the manual: >> For more flexibility, you can have Declude JunkMail pass parameters to your program, using variables. For example, you can set up the test as 'TESTNAME external returnvalue "filename %INOROUT%"', which would send the %INOROUT% variable as a parameter to your program (which would be "incoming" for an incoming E-mail, or "outgoing" for an outgoing E-mail). > > Presumably, we could write a custom executable and define a rule for it in Junkmail. The custom executable would get the entire message body and just pipe it to a stand-alone file. If the message was later also delivered to an iMail mailbox, that's fine. > > However, I think the issue with that idea is that the filters will not have executed when that custom executable is called. Accoring to the Declude manaul, the order of execution is: > > 1. IMail's Control Access file (to block IPs) > 2. IMail's Kill List (to block return addresses) > 3. IMail v8 anti-spam (most tests) > 4. Declude Virus > 5. Declude Hijack > 6. Declude JunkMail > 7. IMail's filters and extra IMail v8 anti-spam tests > *we want to insert a custom exectuable here > > Is this even possible, or should I just start looking as Linux mail systems?
Re: [Declude.JunkMail] custom delivery executable?
Ok, I stand...er... sit, corrected. I never use IMail rules, and my brains a little fuddled by a virus today... but I am sure that Declude's processing would take place before IMail attempts final delivery. Darin. - Original Message - From: Dan Horne To: Declude.JunkMail@declude.com Sent: Thursday, June 23, 2005 4:39 PM Subject: RE: [Declude.JunkMail] custom delivery executable? Because it is an alias, there is no "local mailbox delivery". It never gets rules fired, because you can't set rules on aliases. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darin CoxSent: Thursday, June 23, 2005 3:39 PMTo: Declude.JunkMail@declude.comSubject: Re: [Declude.JunkMail] custom delivery executable? The program alias would not be fired until local mailbox delivery occurs, so that would be after all IMail and Declude processing. Can't speak to imail1.exe replacement, though it sounds a little risky to me. Darin. - Original Message - From: Chase Seibert To: Declude.JunkMail@declude.com Sent: Thursday, June 23, 2005 1:25 PM Subject: RE: [Declude.JunkMail] custom delivery executable? Both of your suggestions have merit. Will a program alias execute after iMail has run the message through it's rules? If rules result in the message going to a particular folder, how would that information be preserved in the hand-off to the executable? As for imail1.exe, does anyone know the extent of what that executable does in the stock iMail install? Are rules processed before, after or inside this executable? -Chase Chase Seibert | Network and Systems Engineer | Bullhorn Inc | 617.464.2440 x119 | www.bullhorn.com -Original Message-From: [EMAIL PROTECTED] To: "Declude.JunkMail@declude.com" ;Sent: Jun 23, 2005 11:47:35 AMSubject: Re: [Declude.JunkMail] custom delivery executable?Or another thought to try is renaming your custom delivery app to imail1.exe and replacing theirs Althought I am not sure what else this would break. Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. Darin Cox writes: > You could change all email addresses to be program aliases. The batch file run by the program alias could then dump the message into a text file, or even post the message straight into your database. > > Darin. > > > - Original Message - > From: Chase Seibert > To: Declude.JunkMail@declude.com > Sent: Thursday, June 23, 2005 9:53 AM > Subject: [Declude.JunkMail] custom delivery executable? > > > Hey guys, > > We have a very non-standard iMail/Declude install. Basically, we only us the system for the SMTP protocol, as well as virus and spam filtering. Once a message has passed through those systems, it's delivered to a mailbox as normal. However, we don't allow POP or IMAP access to our systems. Instead, we parse the mailboxes when they change, pull out new mail and insert it into a SQL Server database for access in our web-based CRM. Messed up, huh? > > We are looking to skip the whole step of delivering the mail to a mailbox and then chunking it out. It's not a speed problem, but rather a reliability concern. Our current solution has about a .1% failure rate, meaning that some messages are not delivered until the next message comes along into that folder to knock it out. > > Ok, here is my question. I am wondering if there is some way to setup iMail/Declude so that it delivers a message right to a stand alone file, as apposed to a mailbox Qmail, for example, can do this. I doubt there is any out of the box support for this, so I started investigating using a custom Declude filter for this. > >>From the manual: >> For more flexibility, you can have Declude JunkMail pass parameters to your program, using variables. For example, you can set up the test as 'TESTNAME external returnvalue "filename %INOROUT%"', which would send the %INOROUT% variable as a parameter to your program (which would be "incoming" for an incoming E-mail, or "outgoing" for an outgoing E-mail). > > Presumably, we could write a custom executable and define a rule for it in Junkmail. The custom executable would get the entire message body and just pipe it to a stand-alone file. If the message was later also delivered to an iMail mailbox, that's fine. > > However, I think the issue with that idea is that the filters will not have executed when that custom execu
RE: [Declude.JunkMail] custom delivery executable?
Because it is an alias, there is no "local mailbox delivery". It never gets rules fired, because you can't set rules on aliases. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darin CoxSent: Thursday, June 23, 2005 3:39 PMTo: Declude.JunkMail@declude.comSubject: Re: [Declude.JunkMail] custom delivery executable? The program alias would not be fired until local mailbox delivery occurs, so that would be after all IMail and Declude processing. Can't speak to imail1.exe replacement, though it sounds a little risky to me. Darin. - Original Message - From: Chase Seibert To: Declude.JunkMail@declude.com Sent: Thursday, June 23, 2005 1:25 PM Subject: RE: [Declude.JunkMail] custom delivery executable? Both of your suggestions have merit. Will a program alias execute after iMail has run the message through it's rules? If rules result in the message going to a particular folder, how would that information be preserved in the hand-off to the executable? As for imail1.exe, does anyone know the extent of what that executable does in the stock iMail install? Are rules processed before, after or inside this executable? -Chase Chase Seibert | Network and Systems Engineer | Bullhorn Inc | 617.464.2440 x119 | www.bullhorn.com -Original Message-From: [EMAIL PROTECTED] To: "Declude.JunkMail@declude.com" ;Sent: Jun 23, 2005 11:47:35 AMSubject: Re: [Declude.JunkMail] custom delivery executable?Or another thought to try is renaming your custom delivery app to imail1.exe and replacing theirs Althought I am not sure what else this would break. Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. Darin Cox writes: > You could change all email addresses to be program aliases. The batch file run by the program alias could then dump the message into a text file, or even post the message straight into your database. > > Darin. > > > - Original Message - > From: Chase Seibert > To: Declude.JunkMail@declude.com > Sent: Thursday, June 23, 2005 9:53 AM > Subject: [Declude.JunkMail] custom delivery executable? > > > Hey guys, > > We have a very non-standard iMail/Declude install. Basically, we only us the system for the SMTP protocol, as well as virus and spam filtering. Once a message has passed through those systems, it's delivered to a mailbox as normal. However, we don't allow POP or IMAP access to our systems. Instead, we parse the mailboxes when they change, pull out new mail and insert it into a SQL Server database for access in our web-based CRM. Messed up, huh? > > We are looking to skip the whole step of delivering the mail to a mailbox and then chunking it out. It's not a speed problem, but rather a reliability concern. Our current solution has about a .1% failure rate, meaning that some messages are not delivered until the next message comes along into that folder to knock it out. > > Ok, here is my question. I am wondering if there is some way to setup iMail/Declude so that it delivers a message right to a stand alone file, as apposed to a mailbox Qmail, for example, can do this. I doubt there is any out of the box support for this, so I started investigating using a custom Declude filter for this. > >>From the manual: >> For more flexibility, you can have Declude JunkMail pass parameters to your program, using variables. For example, you can set up the test as 'TESTNAME external returnvalue "filename %INOROUT%"', which would send the %INOROUT% variable as a parameter to your program (which would be "incoming" for an incoming E-mail, or "outgoing" for an outgoing E-mail). > > Presumably, we could write a custom executable and define a rule for it in Junkmail. The custom executable would get the entire message body and just pipe it to a stand-alone file. If the message was later also delivered to an iMail mailbox, that's fine. > > However, I think the issue with that idea is that the filters will not have executed when that custom executable is called. Accoring to the Declude manaul, the order of execution is: > > 1. IMail's Control Access file (to block IPs) > 2. IMail's Kill List (to block return addresses) > 3. IMail v8 anti-spam (most tests) > 4. Declude Virus > 5. Declude Hijack > 6. Declude JunkMail > 7. IMail's filters and extra IMail v8 anti-spam tests > *we want t
Re: [Declude.JunkMail] custom delivery executable?
The program alias would not be fired until local mailbox delivery occurs, so that would be after all IMail and Declude processing. Can't speak to imail1.exe replacement, though it sounds a little risky to me. Darin. - Original Message - From: Chase Seibert To: Declude.JunkMail@declude.com Sent: Thursday, June 23, 2005 1:25 PM Subject: RE: [Declude.JunkMail] custom delivery executable? Both of your suggestions have merit. Will a program alias execute after iMail has run the message through it's rules? If rules result in the message going to a particular folder, how would that information be preserved in the hand-off to the executable? As for imail1.exe, does anyone know the extent of what that executable does in the stock iMail install? Are rules processed before, after or inside this executable? -Chase Chase Seibert | Network and Systems Engineer | Bullhorn Inc | 617.464.2440 x119 | www.bullhorn.com -Original Message-From: [EMAIL PROTECTED] To: "Declude.JunkMail@declude.com" ;Sent: Jun 23, 2005 11:47:35 AMSubject: Re: [Declude.JunkMail] custom delivery executable?Or another thought to try is renaming your custom delivery app to imail1.exe and replacing theirs Althought I am not sure what else this would break. Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. Darin Cox writes: > You could change all email addresses to be program aliases. The batch file run by the program alias could then dump the message into a text file, or even post the message straight into your database. > > Darin. > > > - Original Message - > From: Chase Seibert > To: Declude.JunkMail@declude.com > Sent: Thursday, June 23, 2005 9:53 AM > Subject: [Declude.JunkMail] custom delivery executable? > > > Hey guys, > > We have a very non-standard iMail/Declude install. Basically, we only us the system for the SMTP protocol, as well as virus and spam filtering. Once a message has passed through those systems, it's delivered to a mailbox as normal. However, we don't allow POP or IMAP access to our systems. Instead, we parse the mailboxes when they change, pull out new mail and insert it into a SQL Server database for access in our web-based CRM. Messed up, huh? > > We are looking to skip the whole step of delivering the mail to a mailbox and then chunking it out. It's not a speed problem, but rather a reliability concern. Our current solution has about a .1% failure rate, meaning that some messages are not delivered until the next message comes along into that folder to knock it out. > > Ok, here is my question. I am wondering if there is some way to setup iMail/Declude so that it delivers a message right to a stand alone file, as apposed to a mailbox Qmail, for example, can do this. I doubt there is any out of the box support for this, so I started investigating using a custom Declude filter for this. > >>From the manual: >> For more flexibility, you can have Declude JunkMail pass parameters to your program, using variables. For example, you can set up the test as 'TESTNAME external returnvalue "filename %INOROUT%"', which would send the %INOROUT% variable as a parameter to your program (which would be "incoming" for an incoming E-mail, or "outgoing" for an outgoing E-mail). > > Presumably, we could write a custom executable and define a rule for it in Junkmail. The custom executable would get the entire message body and just pipe it to a stand-alone file. If the message was later also delivered to an iMail mailbox, that's fine. > > However, I think the issue with that idea is that the filters will not have executed when that custom executable is called. Accoring to the Declude manaul, the order of execution is: > > 1. IMail's Control Access file (to block IPs) > 2. IMail's Kill List (to block return addresses) > 3. IMail v8 anti-spam (most tests) > 4. Declude Virus > 5. Declude Hijack > 6. Declude JunkMail > 7. IMail's filters and extra IMail v8 anti-spam tests > *we want to insert a custom exectuable here > > Is this even possible, or should I just start looking as Linux mail systems? > > > -Chase > Chase Seibert | Network and Systems Engineer | Bullhorn Inc | 617.464.2440 x119 | www.bullhorn.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.
RE: [Declude.JunkMail] custom delivery executable?
Both of your suggestions have merit. Will a program alias execute after iMail has run the message through it's rules? If rules result in the message going to a particular folder, how would that information be preserved in the hand-off to the executable? As for imail1.exe, does anyone know the extent of what that executable does in the stock iMail install? Are rules processed before, after or inside this executable? -Chase Chase Seibert | Network and Systems Engineer | Bullhorn Inc | 617.464.2440 x119 | www.bullhorn.com -Original Message-From: [EMAIL PROTECTED] To: "Declude.JunkMail@declude.com" ;Sent: Jun 23, 2005 11:47:35 AMSubject: Re: [Declude.JunkMail] custom delivery executable?Or another thought to try is renaming your custom delivery app to imail1.exe and replacing theirs Althought I am not sure what else this would break. Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. Darin Cox writes: > You could change all email addresses to be program aliases. The batch file run by the program alias could then dump the message into a text file, or even post the message straight into your database. > > Darin. > > > - Original Message - > From: Chase Seibert > To: Declude.JunkMail@declude.com > Sent: Thursday, June 23, 2005 9:53 AM > Subject: [Declude.JunkMail] custom delivery executable? > > > Hey guys, > > We have a very non-standard iMail/Declude install. Basically, we only us the system for the SMTP protocol, as well as virus and spam filtering. Once a message has passed through those systems, it's delivered to a mailbox as normal. However, we don't allow POP or IMAP access to our systems. Instead, we parse the mailboxes when they change, pull out new mail and insert it into a SQL Server database for access in our web-based CRM. Messed up, huh? > > We are looking to skip the whole step of delivering the mail to a mailbox and then chunking it out. It's not a speed problem, but rather a reliability concern. Our current solution has about a .1% failure rate, meaning that some messages are not delivered until the next message comes along into that folder to knock it out. > > Ok, here is my question. I am wondering if there is some way to setup iMail/Declude so that it delivers a message right to a stand alone file, as apposed to a mailbox Qmail, for example, can do this. I doubt there is any out of the box support for this, so I started investigating using a custom Declude filter for this. > >>From the manual: >> For more flexibility, you can have Declude JunkMail pass parameters to your program, using variables. For example, you can set up the test as 'TESTNAME external returnvalue "filename %INOROUT%"', which would send the %INOROUT% variable as a parameter to your program (which would be "incoming" for an incoming E-mail, or "outgoing" for an outgoing E-mail). > > Presumably, we could write a custom executable and define a rule for it in Junkmail. The custom executable would get the entire message body and just pipe it to a stand-alone file. If the message was later also delivered to an iMail mailbox, that's fine. > > However, I think the issue with that idea is that the filters will not have executed when that custom executable is called. Accoring to the Declude manaul, the order of execution is: > > 1. IMail's Control Access file (to block IPs) > 2. IMail's Kill List (to block return addresses) > 3. IMail v8 anti-spam (most tests) > 4. Declude Virus > 5. Declude Hijack > 6. Declude JunkMail > 7. IMail's filters and extra IMail v8 anti-spam tests > *we want to insert a custom exectuable here > > Is this even possible, or should I just start looking as Linux mail systems? > > > -Chase > Chase Seibert | Network and Systems Engineer | Bullhorn Inc | 617.464.2440 x119 | www.bullhorn.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.
RE: [Declude.JunkMail] custom delivery executable?
Cool, I didn't know about that. But iMail's rules would not be processed in this case, correct? I know, I'm trying to have my cake and eat it too hehe. -Chase Chase Seibert | Network and Systems Engineer | Bullhorn Inc | 617.464.2440 x119 | www.bullhorn.com -Original Message-From:Sanford Whiteman [EMAIL PROTECTED] To: "Chase Seibert" ;Sent: Jun 23, 2005 12:45:10 PMSubject: Re: [Declude.JunkMail] custom delivery executable?> Ok, here is my question. I am wondering if there is some way to > setup iMail/Declude so that it delivers a message right to a stand > alone file, as apposed to a mailbox. Using the Declude DAISYCHAIN directive, you can have Declude pipe messages to a custom executable on exit, rather than to IMail's SMTP32. --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/download/release/ Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.imprimia.com/products/software/freeutils/exchange2aliases/download/release/ http://www.imprimia.com/products/software/freeutils/ldap2aliases/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.
Re: [Declude.JunkMail] custom delivery executable?
> Ok, here is my question. I am wondering if there is some way to > setup iMail/Declude so that it delivers a message right to a stand > alone file, as apposed to a mailbox. Using the Declude DAISYCHAIN directive, you can have Declude pipe messages to a custom executable on exit, rather than to IMail's SMTP32. --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/download/release/ Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.imprimia.com/products/software/freeutils/exchange2aliases/download/release/ http://www.imprimia.com/products/software/freeutils/ldap2aliases/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.
Re: [Declude.JunkMail] custom delivery executable?
Or another thought to try is renaming your custom delivery app to imail1.exe and replacing theirs. Althought I am not sure what else this would break. Darrell Check out http://www.invariantsystems.com for utilities for Declude And Imail. IMail/Declude Overflow Queue Monitoring, SURBL/URI integration, MRTG Integration, and Log Parsers. Darin Cox writes: You could change all email addresses to be program aliases. The batch file run by the program alias could then dump the message into a text file, or even post the message straight into your database. Darin. - Original Message - From: Chase Seibert To: Declude.JunkMail@declude.com Sent: Thursday, June 23, 2005 9:53 AM Subject: [Declude.JunkMail] custom delivery executable? Hey guys, We have a very non-standard iMail/Declude install. Basically, we only us the system for the SMTP protocol, as well as virus and spam filtering. Once a message has passed through those systems, it's delivered to a mailbox as normal. However, we don't allow POP or IMAP access to our systems. Instead, we parse the mailboxes when they change, pull out new mail and insert it into a SQL Server database for access in our web-based CRM. Messed up, huh? We are looking to skip the whole step of delivering the mail to a mailbox and then chunking it out. It's not a speed problem, but rather a reliability concern. Our current solution has about a .1% failure rate, meaning that some messages are not delivered until the next message comes along into that folder to knock it out. Ok, here is my question. I am wondering if there is some way to setup iMail/Declude so that it delivers a message right to a stand alone file, as apposed to a mailbox. Qmail, for example, can do this. I doubt there is any out of the box support for this, so I started investigating using a custom Declude filter for this. From the manual: For more flexibility, you can have Declude JunkMail pass parameters to your program, using variables. For example, you can set up the test as 'TESTNAME external returnvalue "filename %INOROUT%"', which would send the %INOROUT% variable as a parameter to your program (which would be "incoming" for an incoming E-mail, or "outgoing" for an outgoing E-mail). Presumably, we could write a custom executable and define a rule for it in Junkmail. The custom executable would get the entire message body and just pipe it to a stand-alone file. If the message was later also delivered to an iMail mailbox, that's fine. However, I think the issue with that idea is that the filters will not have executed when that custom executable is called. Accoring to the Declude manaul, the order of execution is: 1. IMail's Control Access file (to block IPs) 2. IMail's Kill List (to block return addresses) 3. IMail v8 anti-spam (most tests) 4. Declude Virus 5. Declude Hijack 6. Declude JunkMail 7. IMail's filters and extra IMail v8 anti-spam tests *we want to insert a custom exectuable here Is this even possible, or should I just start looking as Linux mail systems? -Chase Chase Seibert | Network and Systems Engineer | Bullhorn Inc | 617.464.2440 x119 | www.bullhorn.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.
Re: [Declude.JunkMail] custom delivery executable?
You could change all email addresses to be program aliases. The batch file run by the program alias could then dump the message into a text file, or even post the message straight into your database. Darin. - Original Message - From: Chase Seibert To: Declude.JunkMail@declude.com Sent: Thursday, June 23, 2005 9:53 AM Subject: [Declude.JunkMail] custom delivery executable? Hey guys, We have a very non-standard iMail/Declude install. Basically, we only us the system for the SMTP protocol, as well as virus and spam filtering. Once a message has passed through those systems, it's delivered to a mailbox as normal. However, we don't allow POP or IMAP access to our systems. Instead, we parse the mailboxes when they change, pull out new mail and insert it into a SQL Server database for access in our web-based CRM. Messed up, huh? We are looking to skip the whole step of delivering the mail to a mailbox and then chunking it out. It's not a speed problem, but rather a reliability concern. Our current solution has about a .1% failure rate, meaning that some messages are not delivered until the next message comes along into that folder to knock it out. Ok, here is my question. I am wondering if there is some way to setup iMail/Declude so that it delivers a message right to a stand alone file, as apposed to a mailbox. Qmail, for example, can do this. I doubt there is any out of the box support for this, so I started investigating using a custom Declude filter for this. From the manual: > For more flexibility, you can have Declude JunkMail pass parameters to your program, using variables. For example, you can set up the test as 'TESTNAME external returnvalue "filename %INOROUT%"', which would send the %INOROUT% variable as a parameter to your program (which would be "incoming" for an incoming E-mail, or "outgoing" for an outgoing E-mail). Presumably, we could write a custom executable and define a rule for it in Junkmail. The custom executable would get the entire message body and just pipe it to a stand-alone file. If the message was later also delivered to an iMail mailbox, that's fine. However, I think the issue with that idea is that the filters will not have executed when that custom executable is called. Accoring to the Declude manaul, the order of execution is: 1. IMails Control Access file (to block IPs)2. IMails Kill List (to block return addresses)3. IMail v8 anti-spam (most tests)4. Declude Virus5. Declude Hijack6. Declude JunkMail7. IMail's filters and extra IMail v8 anti-spam tests *we want to insert a custom exectuable here Is this even possible, or should I just start looking as Linux mail systems? -Chase Chase Seibert | Network and Systems Engineer | Bullhorn Inc | 617.464.2440 x119 | www.bullhorn.com
[Declude.JunkMail] custom delivery executable?
Hey guys, We have a very non-standard iMail/Declude install. Basically, we only us the system for the SMTP protocol, as well as virus and spam filtering. Once a message has passed through those systems, it's delivered to a mailbox as normal. However, we don't allow POP or IMAP access to our systems. Instead, we parse the mailboxes when they change, pull out new mail and insert it into a SQL Server database for access in our web-based CRM. Messed up, huh? We are looking to skip the whole step of delivering the mail to a mailbox and then chunking it out. It's not a speed problem, but rather a reliability concern. Our current solution has about a .1% failure rate, meaning that some messages are not delivered until the next message comes along into that folder to knock it out. Ok, here is my question. I am wondering if there is some way to setup iMail/Declude so that it delivers a message right to a stand alone file, as apposed to a mailbox. Qmail, for example, can do this. I doubt there is any out of the box support for this, so I started investigating using a custom Declude filter for this. From the manual: > For more flexibility, you can have Declude JunkMail pass parameters to your program, using variables. For example, you can set up the test as 'TESTNAME external returnvalue "filename %INOROUT%"', which would send the %INOROUT% variable as a parameter to your program (which would be "incoming" for an incoming E-mail, or "outgoing" for an outgoing E-mail). Presumably, we could write a custom executable and define a rule for it in Junkmail. The custom executable would get the entire message body and just pipe it to a stand-alone file. If the message was later also delivered to an iMail mailbox, that's fine. However, I think the issue with that idea is that the filters will not have executed when that custom executable is called. Accoring to the Declude manaul, the order of execution is: 1. IMails Control Access file (to block IPs)2. IMails Kill List (to block return addresses)3. IMail v8 anti-spam (most tests)4. Declude Virus5. Declude Hijack6. Declude JunkMail7. IMail's filters and extra IMail v8 anti-spam tests *we want to insert a custom exectuable here Is this even possible, or should I just start looking as Linux mail systems? -Chase Chase Seibert | Network and Systems Engineer | Bullhorn Inc | 617.464.2440 x119 | www.bullhorn.com