[Declude.JunkMail] Footer per Domain?
Hello, I'm looking for a solution to add a footer on a per domain base. Could I create a filter that adds it for domain-a.com but not for domain-b.de? I must be on a per domain base, and it's different for each domain. Alex --- 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] Footer per Domain?
Footer per Domain?You could use Sandy's external test that adds a footer. Wrapping it with a script of some sort to check the domain name before running the test sounds like it would meet your needs. You'd need to configure your script as the test in Declude, and could launch Sandy's exe conditionally for each domain within it. Darin. - Original Message - From: Hirthe, Alexander To: declude.junkmail@declude.com Sent: Monday, January 29, 2007 3:20 AM Subject: [Declude.JunkMail] Footer per Domain? Hello, I'm looking for a solution to add a footer on a per domain base. Could I create a filter that adds it for domain-a.com but not for domain-b.de? I must be on a per domain base, and it's different for each domain. Alex --- 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] Automatic Whitelisting - IMail 2006.1
Next release scheduled for wed Jan 31 David Barker Director of Product Management Your Email security is our business 978.499.2933 office 978.988.1311 fax [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Doherty Sent: Saturday, January 27, 2007 5:06 PM To: declude.junkmail@declude.com Subject: Re: [Declude.JunkMail] Automatic Whitelisting - IMail 2006.1 Hi David- Any word on an ETA for this release? -Dave Doherty Skywaves, Inc. 97 Webster Street Worcester, MA 01603 508-425-7176 - Original Message - From: David Barker [EMAIL PROTECTED] To: declude.junkmail@declude.com Sent: Wednesday, January 17, 2007 5:06 PM Subject: RE: [Declude.JunkMail] Automatic Whitelisting - IMail 2006.1 IMail changed from using the txt files to using an access database. With Declude 4.3.23 we read the access database in Imail for the addresses, however, we recently discovered that the way Imail is storing the addresses is inconsistent, ie. Some are stored as [EMAIL PROTECTED] while others are stored as [EMAIL PROTECTED] we have updated declude to look for both formats which will be in the next release scheduled for end of Jan. At the moment we are only checking the one format, this is why the AUTOWHITELIST may not be working on certain addresses. David Barker Director of Product Management Your Email security is our business 978.499.2933 office 978.988.1311 fax [EMAIL PROTECTED] --- 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] Automatic Whitelisting - IMail 2006.1
Excellent! -d - Original Message - From: David Barker [EMAIL PROTECTED] To: declude.junkmail@declude.com Sent: Monday, January 29, 2007 8:41 AM Subject: RE: [Declude.JunkMail] Automatic Whitelisting - IMail 2006.1 Next release scheduled for wed Jan 31 David Barker Director of Product Management Your Email security is our business 978.499.2933 office 978.988.1311 fax [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Doherty Sent: Saturday, January 27, 2007 5:06 PM To: declude.junkmail@declude.com Subject: Re: [Declude.JunkMail] Automatic Whitelisting - IMail 2006.1 Hi David- Any word on an ETA for this release? -Dave Doherty Skywaves, Inc. 97 Webster Street Worcester, MA 01603 508-425-7176 - Original Message - From: David Barker [EMAIL PROTECTED] To: declude.junkmail@declude.com Sent: Wednesday, January 17, 2007 5:06 PM Subject: RE: [Declude.JunkMail] Automatic Whitelisting - IMail 2006.1 IMail changed from using the txt files to using an access database. With Declude 4.3.23 we read the access database in Imail for the addresses, however, we recently discovered that the way Imail is storing the addresses is inconsistent, ie. Some are stored as [EMAIL PROTECTED] while others are stored as [EMAIL PROTECTED] we have updated declude to look for both formats which will be in the next release scheduled for end of Jan. At the moment we are only checking the one format, this is why the AUTOWHITELIST may not be working on certain addresses. David Barker Director of Product Management Your Email security is our business 978.499.2933 office 978.988.1311 fax [EMAIL PROTECTED] --- 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. --- 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.
[Declude.JunkMail] Outlook SCL X-header
Does anyone know if there's a valid X-note header that can be placed in the message body that will cause Outlook to automatically route emails to the Junk-email folder? I wanted to use this approach rather than tagging the subject line and relying on users to build their own rules in Outlook. Thx --- 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.
[Declude.JunkMail] SmarterMail Experiences
Well now that we have moved from IMail 8.15 to 8.22, we are now experiencing the problem where Declude needs to be restarted regularly to correct an apparent memory leak. I remember following threads about this problem and how the upgrade to IMail 2006.1 generally solved the problem. Since we are going to have to change to the new IMail platform anyway and our support agreement is up for renewal, I have been reviewing SmarterMail. The apparent benefits I've seen so far are lower cost, lower resource utilization (especially WebMail), and support beyond IMail's 8X5 hours. The only downsides I see so far are user re-education, and that it seems to lack SMTP Relay for specified IPs. So, Would any SmarterMail Admins like to share from actual experience to date? Bill Green dfn Systems --- 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.
[Declude.JunkMail] Corrupt HELO causes fall-through of a spammy message?
One of my users received a spammy message which accumulated enough weight to reach our HOLD action. What I think happened is that the HELO, which has various high-bit characters which are illegal in a HELO caused bad parsing of that line in the header... The BADHEADERS and HELOBOGUS were both tripped, but this email (which came from a zombie, therefore only one hop in the header) listed the remote IP as [0.0.0.0] If the remote IP was detected correctly, the DNS tests would have lit up like a Christmas tree, because the IP is a zombie that has been running for some time. On logging level HIGH, Declude only logged two lines: 01/26/2007 21:50:13.793 qe80700f93d7a.smd BADHEADERS:6 HELOBOGUS:5 DYNHELO:6 SNIFFERMEDIA:11 SNIFFERANY:1 (snip) . Total weight = 41. 01/26/2007 21:50:13.793 qe80700f93d7a.smd Cumulative action(s) taken on this email = NO ACTIONS WERE TAKEN I've bundled up the message, the Declude and IMail log lines and sent them to Declude Support. Andrew. --- 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] SmarterMail Experiences
We switched and going from 8.22 to SmarterMail was painless for our users. We actually got positive feedback from all except a few that would complain about paying taxes on winning the lottery. SmarterMail also does not have program aliases. Kevin Bilbee -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Green dfn Systems Sent: Monday, January 29, 2007 10:50 AM To: declude.junkmail@declude.com Subject: [Declude.JunkMail] SmarterMail Experiences Well now that we have moved from IMail 8.15 to 8.22, we are now experiencing the problem where Declude needs to be restarted regularly to correct an apparent memory leak. I remember following threads about this problem and how the upgrade to IMail 2006.1 generally solved the problem. Since we are going to have to change to the new IMail platform anyway and our support agreement is up for renewal, I have been reviewing SmarterMail. The apparent benefits I've seen so far are lower cost, lower resource utilization (especially WebMail), and support beyond IMail's 8X5 hours. The only downsides I see so far are user re-education, and that it seems to lack SMTP Relay for specified IPs. So, Would any SmarterMail Admins like to share from actual experience to date? Bill Green dfn Systems --- 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] SmarterMail Experiences
I know that cost is a big thing with many, but if you really work it out, upgrades for both can be comparable if you buy your IMail SA from a supplier that doesn't mark it up that much. SmarterMail on a one-year upgrade cycle, and they have no upgrade protection, and they don't include support in their license beyond one credit per purchase. Personally I'm not happy with the support that I did receive as they took my bug report and were verbally dismissive of it and they never got back to me. Their CEO participates on the message board, but he doesn't like anyone saying anything negative and gets defensive and dismissive. This isn't universal, though I tend not to ask for support on everyday stuff and that may be where they do a good job. There are six main things that I don't like about SmarterMail: 1) Very little control over the domain-admin and user interfaces. This includes hacking the layout, and especially hiding buttons. They have a sub-mailbox functionality for instance that can't be hidden from domain admins, and also things like spam blocking tools which I don't use and can be confusing. Essentially most features that you would want to hide can't be hidden without some very convoluted hacking with DHTML (JavaScript and CSS). 2) Their spooling will retry only 4 times, after which the message will be bounced. You can set the delay for each retry, but there is no setting for retrying until a certain point of tries or time. This might have changed in 4.x. 3) They store E-mail in a binary encoded format which makes them uneditable beyond changing the content of a message. You can't manually remove messages from a mailbox file or do things like merge two mail box files together. The interface seems to be the only way to go about doing this stuff. 4) Size limitations can only be controled by the administrator as a total for a domain. Domain admins can change their default mail box sizes and the sizes of established mailboxes through the interface with no way to stop them that I am aware of. 5) They have a issue with their service locking mailboxes occasionally that requires me to reboot to free up the lock. Others have also experienced this so it is real. I don't know if this has been fixed in 4.x, but this is also the issue that I reported to them and they blew off. 6) Sometimes they don't listen to reasonable things without an uproar. We saw this happen on this very list when there was a group of us that was unhappy about their lack of AUTH enforcement on port 587. The Declude folk helped push that issue with them, and they only then said that they would change it. Of course, this is a common occurance everywhere from a lowely user perspective, and some companies never listen. Those are the things that I didn't catch in doing my initial review that I really wish were different. There are some real nice things about it too, and when you change providers you also lose the years of baggage from the other one and start fresh. I've been on the fence about migrating back to IMail; for a while I was definitely going back and then I saw version 4 of SmarterMail, and then last week the CEO made me unhappy and took a real odd stance on providing some form of upgrade protection (pretty much indicated that if we didn't like it, we should go and find something else...and best wishes too). If I go to 4.x, it will be the third time in 1 1/2 years that I will have been paying them for their software, or around $1,000 a year at the current clip. That will average out over time, but it's less of a bargain for me than it appears. When you purchase, what size and version, and how often you upgrade will all have an effect, and this is not universal. The new car is never as nice as it is on the first day you drive it, so pay careful attention when you are reviewing. SmarterMail is no doubt the best when it comes to third-party automation through things like control panels. Regarding your Declude issues, if you run 3.x or 4.x that should fix the issue. I have no big issues with Declude and IMail 8.22, though I am also behind Alligate which keeps a lot of the trash out that can cause exceptions in things like Declude or Queue Manager. Matt Bill Green dfn Systems wrote: Well now that we have moved from IMail 8.15 to 8.22, we are now experiencing the problem where Declude needs to be restarted regularly to correct an apparent memory leak. I remember following threads about this problem and how the upgrade to IMail 2006.1 generally solved the problem. Since we are going to have to change to the new IMail platform anyway and our support agreement is up for renewal, I have been reviewing SmarterMail. The apparent benefits I've seen so far are lower cost, lower resource utilization (especially WebMail), and support beyond IMail's 8X5 hours. The only
RE: [Declude.JunkMail] Undocumented Directive 4.x
Is there a nice way to rotate this file without stopping decludeproc? Thanks John -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Barker Sent: Monday, December 04, 2006 11:58 AM To: declude.junkmail@declude.com Subject: [Declude.JunkMail] Undocumented Directive 4.x Just an FYI you may find it useful, in the global.cfg: BLKLSTON Writes a text file to the \spool\blklst.txt containing the IP and weight of emails eg. 1.1.1.1 23 2.2.2.2 7 David Barker Director of Product Management Your Email security is our business 978.499.2933 office 978.988.1311 fax [EMAIL PROTECTED] --- 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] SmarterMail Experiences
At 12:50 PM 1/29/2007, you wrote: Well now that we have moved from IMail 8.15 to 8.22, we are now experiencing the problem where Declude needs to be restarted regularly to correct an apparent memory leak. I remember following threads about this problem and how the upgrade to IMail 2006.1 generally solved the problem. Since we are going to have to change to the new IMail platform anyway and our support agreement is up for renewal, I have been reviewing SmarterMail. The apparent benefits I've seen so far are lower cost, lower resource utilization (especially WebMail), and support beyond IMail's 8X5 hours. The only downsides I see so far are user re-education, and that it seems to lack SMTP Relay for specified IPs. So, Would any SmarterMail Admins like to share from actual experience to date? Bill Green dfn Systems Hi Bill, Can you elaborate on lack SMTP Relay for specified IPs.? I thought you could whitelist IP addresses in SmarterMail. Or is this totally different? Thanks, Mike --- 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] SmarterMail Experiences
Can you elaborate on lack SMTP Relay for specified IPs.? I thought you could whitelist IP addresses in SmarterMail. Or is this totally different? Mike, Let me state it another way. IMail will allow users to send without authentication, but only for a certain IP range. SmarterMail seems to only have 2 options. Authentication required, or totally Open Relay. Bill Green dfn Systems --- 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] SmarterMail Experiences
Not true you can allow IP addresses to send unauthenticated. We do it. Security - SMPT Authentication Bypass Place your IP addressed in there and no auth needed. We are running 3.3.2439 Kevin Bilbee -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Green dfn Systems Sent: Monday, January 29, 2007 5:14 PM To: declude.junkmail@declude.com Subject: Re: [Declude.JunkMail] SmarterMail Experiences Can you elaborate on lack SMTP Relay for specified IPs.? I thought you could whitelist IP addresses in SmarterMail. Or is this totally different? Mike, Let me state it another way. IMail will allow users to send without authentication, but only for a certain IP range. SmarterMail seems to only have 2 options. Authentication required, or totally Open Relay. Bill Green dfn Systems --- 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] SmarterMail Experiences
That is not correct. Here is the info from the help in version 3.x. Smartermail will do what you want, require those from non known ip addresses or ranges to have to authenticate and other not to have to. Blacklist / Whitelist From this page you can control which IP addresses are blacklisted (not allowed) from mail services on this machine, or whitelisted (trusted) to access the mail services on this machine. Note: Whitelisted IP addresses are not subject to relay restrictions which you may have imposed. Exercise caution when granting a whitelist to a server, and be sure that you know what services on that server may send mail through your server. Add IP(s) - Click on this button to add an IP address or an IP address range to the list. Edit an Item - Click on a row to edit the whitelist or blacklist settings for the entry. SMTP / POP / IMAP - An X in one or more of these columns indicates that the blacklist or whitelist is active for that IP address or range for the protocol listed. Delete Link - Click on this link to remove an entry from the list. Adding / Editing an Entry IP Address - Enter a single IP address in dotted quad notation (X.X.X.X) in this box if you want to add only a single IP (ex: 192.168.1.26). IP Range - Enter a range of IP addresses in the two boxes, and all IP addresses that are contained in the range will be added (ex: 192.168.1.1 - 192.168.1.255). Blacklist or Whitelist SMTP / POP / IMAP - Check the boxes for the protocols you wish to include in the blacklist or whitelist entry. __ And here is what the setup screen looks like . BlackList - Restricted IPs Add IP Address(es) There are no items to show in this list WhiteList - Fully Authorized IPs Add IP Address(es) IP Address(es) SMTP POP IMAP 206.230.97.144 X - - delete 207.250.110.1 - 207.250.111.254 X X X delete 216.138.169.17 - 216.138.169.30 X X X delete 67.52.192.138 X X X delete Bill Green dfn Systems wrote: Can you elaborate on "lack SMTP Relay for specified IPs."? I thought you could whitelist IP addresses in
Re: [Declude.JunkMail] Outlook SCL X-header
Does anyone know if there's a valid X-note header that can be placed in the message body that will cause Outlook to automatically route emails to the Junk-email folder? Assuming you are talking about Outlook *without* Exchange: AFAIK, there is no built-in header rule that is recognized on the client side. While it is relatively simple to hook into the IMF chain *within* an Exchange server and simulate a message that has a high SCL (or relocate messages to subfolders regardless of user rules, etc.), Outlook's Junk E-Mail folder and Exchange's Junk E-Mail folder are only unified if the user connects via MAPI. If it's running standalone (POP/IMAP), Outlook 2003 uses its own version of (or subset of?... not sure of its relative breadth) the IMF to move messages into Junk E-Mail. Note that when you are using MAPI, the exposed plain-text X-SCL header is not what's used to determine the folder re/location. X-SCL is just a representation of the MAPI SCL property, which, for example, is passed between Exchange servers using proprietary ESMTP extensions and only over an authenticated server-to-server connection, rather than passing a visible RFC 822 header over a generic RFC 821 connection. When you're not using MAPI, the standalone Outlook IMF doesn't bother with an RFC 822 header, either. All the logic is internal. You might think about just exporting the appropriate Outlook rule to a file and distributing the file with quick instructions on how to import. It's not too tough for the end-user if they're on your side, though not as foolproof as the server-side solution, of course. There are ways to script the rule creation, too, I think, but it might be harder to distribute an zipped/renamed EXE/VBS than a relatively harmless RWZ (rules export file). --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.
