* Daniele Nicolodi :
> Looks like this is not possible with dspam alone. Googling, the only
> proposed solution I found is to use a SMPT proxy which integrates dspam.
Yeah, like amavisd
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campu
On 22/08/2012 18:47, Terry Barnum wrote:
>
> On Aug 21, 2012, at 2:22 PM, Daniele Nicolodi wrote:
>
>> On 21/08/2012 19:34, Mikkel Bang wrote:
>>> Thanks a lot everyone! After thinking long and hard about all your
>>> advice I finally ended up with:
>>>
>>> OpenBSD + postfix-anti-UCE.txt + undead
On Aug 21, 2012, at 2:22 PM, Daniele Nicolodi wrote:
> On 21/08/2012 19:34, Mikkel Bang wrote:
>> Thanks a lot everyone! After thinking long and hard about all your
>> advice I finally ended up with:
>>
>> OpenBSD + postfix-anti-UCE.txt + undeadly's spamd setup (which
>> includes greylisting+gre
[ /dev/rob0 wrote on Wed 22.Aug'12 at 8:47:06 -0500 ]
> On Wed, Aug 22, 2012 at 01:23:12PM +0530, DN Singh wrote:
> > I never realized that I had this issue too. But, after running
> > the tests, I found out that my queries were indeed blocked by
> > spamhaus.
> >
> > So, I changed the servers a
/dev/rob0:
> Google Public DNS seems to look up records again before the TTL
> expires in their cache, so you are indeed likely to see a slight
There is an article that shows that different resolvers report
TTL values in different ways.
Begin quote:
For a record initially served with a TTL eq
On Wed, Aug 22, 2012 at 01:23:12PM +0530, DN Singh wrote:
> I never realized that I had this issue too. But, after running
> the tests, I found out that my queries were indeed blocked by
> spamhaus.
>
> So, I changed the servers as pointed out and bingo, spam was
> successfully being blocked.
>
On 8/22/2012 2:14 AM, an...@isac.gov.in wrote:
> Dear List,
>
> I have this in my main.cf
>
> smtpd_end_of_data_restrictions =
> check_policy_service inet:127.0.0.1:9998
>
>
> This basically checks for mail size and allows/not allows a mail
> based on contents of a file.
>
> Is there a w
an...@isac.gov.in:
> Is there a way to say, not to use this policy service, based on some
> headers of a mail?
That would be a bad mistake. Headers are too easy to spoof.
Wietse
On Tue, Aug 21, 2012 at 7:52 PM, /dev/rob0 wrote:
> On Tue, Aug 21, 2012 at 09:03:47AM -0500,
>Alfonso Alejandro Reyes Jiménez wrote:
> > I've postfix working great but I cant make the rbl works, I have
> > the configuration but when I test the configuration it seems not
> > to be working.
>
Dear List,
I have this in my main.cf
smtpd_end_of_data_restrictions =
check_policy_service inet:127.0.0.1:9998
This basically checks for mail size and allows/not allows a mail based
on contents of a file.
Is there a way to say, not to use this policy service, based on some
headers
10 matches
Mail list logo
