Re: Fighting spam with sendmail aliases in postfix (spampots?)
Am 2004-05-25 13:17:25, schrieb Tomàs Núñez: Well... as this is an option, I think it may not be correct to accept all mail... This way, If someone mispells some address, he will think the mail arrived correctly as no error message come back... I think, you aren not responsable for misselled E-Mail addresses. I think customers will kill me if people tells them Yes! I sent you the e-mail and they say No, you didn't... I didn't get no email, so you didn't Where is the problem ? The To: ask the From: at which Address he had send the Message... and then From: knows he mad a mistake. sent it Ok, I'll send it again, and then the email is sent mispelled again, and don't reach its destination, and so and so, and razors come to cut my throat :D This is NOT YOUR PROBLEM... Thanks anyway for your point :) Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: Fighting spam with sendmail aliases in postfix (spampots?)
Am 2004-05-25 13:17:25, schrieb Tomàs Núñez: Well... as this is an option, I think it may not be correct to accept all mail... This way, If someone mispells some address, he will think the mail arrived correctly as no error message come back... I think, you aren not responsable for misselled E-Mail addresses. I think customers will kill me if people tells them Yes! I sent you the e-mail and they say No, you didn't... I didn't get no email, so you didn't Where is the problem ? The To: ask the From: at which Address he had send the Message... and then From: knows he mad a mistake. sent it Ok, I'll send it again, and then the email is sent mispelled again, and don't reach its destination, and so and so, and razors come to cut my throat :D This is NOT YOUR PROBLEM... Thanks anyway for your point :) Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: Fighting spam with sendmail aliases in postfix (spampots?)
El Jueves, 27 de Mayo de 2004 06:48, Corey Ralph escribió: Tomàs Núñez wrote: On the sendmail server I have some aliases, I mean, some accounts from what I receive mail no matter which domain is sent to (being a domain of this machine). One utility of this was that I received all [EMAIL PROTECTED] without having to configure anything. One way to acheive this in postfix is to create another virtual map of type 'pcre', this lets you use a perl regex. You can create another map file with something like: /[EMAIL PROTECTED]/ postmaster and add 'pcre:mapfilename' to the end of your virtual_maps directive. This works pretty well... but it seems that pcre aliases have higher priority than ldap aliases... Every time I send something to an email that is aliased in the pcre file, it is sent to the pcre alias. It doesn't matter if I put pcre at the beginning or at the end of the line, it seems that it always have higher priority... Is this true? Thank you very much
Re: Fighting spam with sendmail aliases in postfix (spampots?)
On 27/05/2004, at 11:42 PM, Tomàs Núñez wrote: This works pretty well... but it seems that pcre aliases have higher priority than ldap aliases... Every time I send something to an email that is aliased in the pcre file, it is sent to the pcre alias. It doesn't matter if I put pcre at the beginning or at the end of the line, it seems that it always have higher priority... Is this true? Postfix should process them in the order they are in the config. You did add it after the ldap one in the config? Cheers Corey
Re: Fighting spam with sendmail aliases in postfix (spampots?)
Tomàs Núñez wrote: On the sendmail server I have some aliases, I mean, some accounts from what I receive mail no matter which domain is sent to (being a domain of this machine). One utility of this was that I received all [EMAIL PROTECTED] without having to configure anything. One way to acheive this in postfix is to create another virtual map of type 'pcre', this lets you use a perl regex. You can create another map file with something like: /[EMAIL PROTECTED]/ postmaster and add 'pcre:mapfilename' to the end of your virtual_maps directive. Cheers Corey
Re: Fighting spam with sendmail aliases in postfix (spampots?)
El Jueves, 27 de Mayo de 2004 06:48, Corey Ralph escribió: Tomàs Núñez wrote: On the sendmail server I have some aliases, I mean, some accounts from what I receive mail no matter which domain is sent to (being a domain of this machine). One utility of this was that I received all [EMAIL PROTECTED] without having to configure anything. One way to acheive this in postfix is to create another virtual map of type 'pcre', this lets you use a perl regex. You can create another map file with something like: /[EMAIL PROTECTED]/ postmaster and add 'pcre:mapfilename' to the end of your virtual_maps directive. This works pretty well... but it seems that pcre aliases have higher priority than ldap aliases... Every time I send something to an email that is aliased in the pcre file, it is sent to the pcre alias. It doesn't matter if I put pcre at the beginning or at the end of the line, it seems that it always have higher priority... Is this true? Thank you very much
Re: Fighting spam with sendmail aliases in postfix (spampots?)
On 27/05/2004, at 11:42 PM, Tomàs Núñez wrote: This works pretty well... but it seems that pcre aliases have higher priority than ldap aliases... Every time I send something to an email that is aliased in the pcre file, it is sent to the pcre alias. It doesn't matter if I put pcre at the beginning or at the end of the line, it seems that it always have higher priority... Is this true? Postfix should process them in the order they are in the config. You did add it after the ldap one in the config? Cheers Corey
Re: Fighting spam with sendmail aliases in postfix (spampots?)
Tomàs Núñez wrote: On the sendmail server I have some aliases, I mean, some accounts from what I receive mail no matter which domain is sent to (being a domain of this machine). One utility of this was that I received all [EMAIL PROTECTED] without having to configure anything. One way to acheive this in postfix is to create another virtual map of type 'pcre', this lets you use a perl regex. You can create another map file with something like: /[EMAIL PROTECTED]/ postmaster and add 'pcre:mapfilename' to the end of your virtual_maps directive. Cheers Corey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fighting spam with sendmail aliases in postfix (spampots?)
Hi I have a mail server with some domains (about 200). I'm taking them from a sendmail and putting them on a postfix-ldap + courier-ldap + amavisd + spamassassin + clamav (thanks to perdition, the pop/imap proxy, I am doing this and nobody notices). Everything goes well, but I have a doubt. On the sendmail server I have some aliases, I mean, some accounts from what I receive mail no matter which domain is sent to (being a domain of this machine). One utility of this was that I received all [EMAIL PROTECTED] without having to configure anything. But another utility was the spam honeypots, or spampots, or whatever you call it, (that is, some addresses I'm sure are going to receive spam), and this served to prove the anti-spam filter. For example, [EMAIL PROTECTED]: no one of my customers have this account, so every mail on this mail account is spam. If the mail passed the anti-spam filter, I can feedback spamassassin with it (using sa-learn). I have some others like this: comercial, info, webmaster, etc, etc. What was very good in Sendmail is that this aliases were only active if they were not in the virtual user table, that is, I receive mail to [EMAIL PROTECTED] only if domain.com don't have this account. This was pretty useful to keep trained bayesian filters in spamasssassin, and I increased efficiency killing spam. But now with postfix, to get this working I have 2 possibilities: create accounts and redirect them to me if customer doesn't want it, or put all domains in $mydestinations, and deliver them as local and not as virtual... I think creating all accounts is very uncomfortable, but maybe I miss some points on security about $mydestinations... I'd like to hear your opinion about two methods, or if you know a better way, or if you think spam-pots are the wrong way to fight spam, etc. I'd be grateful with any hint, opinion, link or whatever respecting this. Thanks in advance :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fighting spam with sendmail aliases in postfix (spampots?)
On Tue, May 25, 2004 at 11:57:36AM +0200, Tom?s N??ez wrote: Hi I have a mail server with some domains (about 200). I'm taking them from a sendmail and putting them on a postfix-ldap + courier-ldap + amavisd + spamassassin + clamav (thanks to perdition, the pop/imap proxy, I am doing this and nobody notices). Everything goes well, but I have a doubt. On the sendmail server I have some aliases, I mean, some accounts from what I receive mail no matter which domain is sent to (being a domain of this machine). One utility of this was that I received all [EMAIL PROTECTED] without having to configure anything. But another utility was the spam honeypots, or spampots, or whatever you call it, (that is, some addresses I'm sure are going to receive spam), and this served to prove the anti-spam filter. For example, [EMAIL PROTECTED]: no one of my customers have this account, so every mail on this mail account is spam. If the mail passed the anti-spam filter, I can feedback spamassassin with it (using sa-learn). I have some others like this: comercial, info, webmaster, etc, etc. What was very good in Sendmail is that this aliases were only active if they were not in the virtual user table, that is, I receive mail to [EMAIL PROTECTED] only if domain.com don't have this account. This was pretty useful to keep trained bayesian filters in spamasssassin, and I increased efficiency killing spam. But now with postfix, to get this working I have 2 possibilities: create accounts and redirect them to me if customer doesn't want it, or put all domains in $mydestinations, and deliver them as local and not as virtual... I think creating all accounts is very uncomfortable, but maybe I miss some points on security about $mydestinations... How about option 3... Add a wildcard to the bottom of the domain name to catch all the other rubbish... @domain.name[EMAIL PROTECTED] This will catch anything that's not already caught by the addresses before it. Hope that Helps, -- Brett Parker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fighting spam with sendmail aliases in postfix (spampots?)
El Martes, 25 de Mayo de 2004 12:06, Brett Parker escribió: How about option 3... Add a wildcard to the bottom of the domain name to catch all the other rubbish... @domain.name[EMAIL PROTECTED] This will catch anything that's not already caught by the addresses before it. Well... as this is an option, I think it may not be correct to accept all mail... This way, If someone mispells some address, he will think the mail arrived correctly as no error message come back... I think customers will kill me if people tells them Yes! I sent you the e-mail and they say No, you didn't... I didn't get no email, so you didn't sent it Ok, I'll send it again, and then the email is sent mispelled again, and don't reach its destination, and so and so, and razors come to cut my throat :D Thanks anyway for your point :) Hope that Helps, -- Brett Parker
Fighting spam with sendmail aliases in postfix (spampots?)
Hi I have a mail server with some domains (about 200). I'm taking them from a sendmail and putting them on a postfix-ldap + courier-ldap + amavisd + spamassassin + clamav (thanks to perdition, the pop/imap proxy, I am doing this and nobody notices). Everything goes well, but I have a doubt. On the sendmail server I have some aliases, I mean, some accounts from what I receive mail no matter which domain is sent to (being a domain of this machine). One utility of this was that I received all [EMAIL PROTECTED] without having to configure anything. But another utility was the spam honeypots, or spampots, or whatever you call it, (that is, some addresses I'm sure are going to receive spam), and this served to prove the anti-spam filter. For example, [EMAIL PROTECTED]: no one of my customers have this account, so every mail on this mail account is spam. If the mail passed the anti-spam filter, I can feedback spamassassin with it (using sa-learn). I have some others like this: comercial, info, webmaster, etc, etc. What was very good in Sendmail is that this aliases were only active if they were not in the virtual user table, that is, I receive mail to [EMAIL PROTECTED] only if domain.com don't have this account. This was pretty useful to keep trained bayesian filters in spamasssassin, and I increased efficiency killing spam. But now with postfix, to get this working I have 2 possibilities: create accounts and redirect them to me if customer doesn't want it, or put all domains in $mydestinations, and deliver them as local and not as virtual... I think creating all accounts is very uncomfortable, but maybe I miss some points on security about $mydestinations... I'd like to hear your opinion about two methods, or if you know a better way, or if you think spam-pots are the wrong way to fight spam, etc. I'd be grateful with any hint, opinion, link or whatever respecting this. Thanks in advance :)
Re: Fighting spam with sendmail aliases in postfix (spampots?)
On Tue, May 25, 2004 at 11:57:36AM +0200, Tom?s N??ez wrote: Hi I have a mail server with some domains (about 200). I'm taking them from a sendmail and putting them on a postfix-ldap + courier-ldap + amavisd + spamassassin + clamav (thanks to perdition, the pop/imap proxy, I am doing this and nobody notices). Everything goes well, but I have a doubt. On the sendmail server I have some aliases, I mean, some accounts from what I receive mail no matter which domain is sent to (being a domain of this machine). One utility of this was that I received all [EMAIL PROTECTED] without having to configure anything. But another utility was the spam honeypots, or spampots, or whatever you call it, (that is, some addresses I'm sure are going to receive spam), and this served to prove the anti-spam filter. For example, [EMAIL PROTECTED]: no one of my customers have this account, so every mail on this mail account is spam. If the mail passed the anti-spam filter, I can feedback spamassassin with it (using sa-learn). I have some others like this: comercial, info, webmaster, etc, etc. What was very good in Sendmail is that this aliases were only active if they were not in the virtual user table, that is, I receive mail to [EMAIL PROTECTED] only if domain.com don't have this account. This was pretty useful to keep trained bayesian filters in spamasssassin, and I increased efficiency killing spam. But now with postfix, to get this working I have 2 possibilities: create accounts and redirect them to me if customer doesn't want it, or put all domains in $mydestinations, and deliver them as local and not as virtual... I think creating all accounts is very uncomfortable, but maybe I miss some points on security about $mydestinations... How about option 3... Add a wildcard to the bottom of the domain name to catch all the other rubbish... @domain.name[EMAIL PROTECTED] This will catch anything that's not already caught by the addresses before it. Hope that Helps, -- Brett Parker
Re: Fighting spam with sendmail aliases in postfix (spampots?)
El Martes, 25 de Mayo de 2004 12:06, Brett Parker escribió: How about option 3... Add a wildcard to the bottom of the domain name to catch all the other rubbish... @domain.name[EMAIL PROTECTED] This will catch anything that's not already caught by the addresses before it. Well... as this is an option, I think it may not be correct to accept all mail... This way, If someone mispells some address, he will think the mail arrived correctly as no error message come back... I think customers will kill me if people tells them Yes! I sent you the e-mail and they say No, you didn't... I didn't get no email, so you didn't sent it Ok, I'll send it again, and then the email is sent mispelled again, and don't reach its destination, and so and so, and razors come to cut my throat :D Thanks anyway for your point :) Hope that Helps, -- Brett Parker