Hello,
thank you all for your replies.
On Sat, Nov 06, 2010 at 08:43:15PM +0100, Karsten Bräckelmann wrote:
On Sat, 2010-11-06 at 16:17 +0100, Oliver Block wrote:
I am experiencing the same problem. I was calling sa-learn as follows:
Since you didn't include the actual output, I assume by
I have a Postfix/Dovcot/SpamAssassin setup with TSL required for all
SMTP users in the domain.
Is there a way I can globally whitelist any mail received from a secured
connection?
Obviously any spam we get comes from outside the domain. I'm thinking
whitelisting our entire domain would
On 07.11.10 10:53, Martin Toombs wrote:
I have a Postfix/Dovcot/SpamAssassin setup with TSL required for all
SMTP users in the domain.
Is there a way I can globally whitelist any mail received from a secured
connection?
Not yet and I don't think it's a wise idea. I'm going to allow
On 07.11.10 10:53, Martin Toombs wrote:
I have a Postfix/Dovcot/SpamAssassin setup with TSL required for all
SMTP users in the domain.
Is there a way I can globally whitelist any mail received from a
secured
connection?
Not yet and I don't think it's a wise idea. I'm going to allow
On søn 07 nov 2010 16:53:50 CET, Martin Toombs wrote
I have a Postfix/Dovcot/SpamAssassin setup with TSL required for all
SMTP users in the domain.
typo TLS, and you have Dovecot-SASL working in postfix ?
Is there a way I can globally whitelist any mail received from a
secured connection?
Martin Toombs wrote:
I have a Postfix/Dovcot/SpamAssassin setup with TSL required for all
SMTP users in the domain.
Is there a way I can globally whitelist any mail received from a
secured connection?
Why not simply bypass spamassassin for those? That is easily set up in
postfix.
/Per
On søn 07 nov 2010 20:20:02 CET, Per Jessen wrote
Why not simply bypass spamassassin for those? That is easily set up in
postfix.
most problems comes from not using dkim/spf
--
xpoint http://www.unicom.com/pw/reply-to-harmful.html
Hi,
Is there a way I can globally whitelist any mail received from a
secured connection?
Why not simply bypass spamassassin for those? That is easily set up in
postfix.
I'd be interested in doing this, but haven't found the instructions
that were very simple. Could you point me to where I
Hi,
I just noticed a handful of emails similar to this scam:
http://spamdb.vp44.com/emails/feb09/feb09-234.php
I realize it's a scam, but I'm not sure exactly how, and searching
produced nothing useful. Is this another 419 scam? Can someone point
me to where I can find more info on how this
On 07/11/2010 8:29 PM, Alex wrote:
Hi,
I just noticed a handful of emails similar to this scam:
http://spamdb.vp44.com/emails/feb09/feb09-234.php
I realize it's a scam, but I'm not sure exactly how, and searching
produced nothing useful. Is this another 419 scam? Can someone point
me to where
Hi,
Can you post the full headers and body from the spam message (including
Received: lines)?
Okay, I've figured it out. It's the whole scheme where they convince
you to either deposit one of their checks or accept a credit card
purchase, then expect you to send real money to some other person
On 07/11/2010 10:37 PM, Alex wrote:
Hi,
Can you post the full headers and body from the spam message (including
Received: lines)?
Okay, I've figured it out. It's the whole scheme where they convince
you to either deposit one of their checks or accept a credit card
purchase, then expect you to
On 11/2/10 7:35 PM, Mark Martinec wrote:
One suggestion: currently it is not possible to store 0 and 1
as a data item associated with each net, because a 0 is treated
the same as undef and replaced by the key.
And the AF_NET6 argument to new() needs to be documented in a POD.
Thanks for your
On 11/7/10 9:19 PM, Philip Prindeville wrote:
Try the following patch. If it works for you, I'll rerelease as 1.19:
Actually, I released it as Net-Patricia-1.18_01
14 matches
Mail list logo
