On 2/28/2010 2:26 PM, Carlos Williams wrote:
On Wed, Jan 20, 2010 at 10:34 AM, Ralf Hildebrandt
wrote:
/^localhost$/ 550 Don't use my own domain (localhost)!
/^iamghost.\com$/ 550 Don't use my own domain!
/^64\.95\.64\.198$/ 550 Your spam was rej
On Sun, 28 Feb 2010, Carlos Williams wrote:
> Received: from mail.iamghost.com ([127.0.0.1])
>by localhost (iamghost.com [127.0.0.1]) (amavisd-new, port 10024)
>with LMTP id awUEbrkCfcvq for ;
>Sat, 27 Feb 2010 15:05:50 -0500 (EST)
> Received: from ambianceimports.com (unknown [89.204.
On Wed, Jan 20, 2010 at 10:34 AM, Ralf Hildebrandt
wrote:
>> /^localhost$/ 550 Don't use my own domain (localhost)!
>> /^iamghost.\com$/ 550 Don't use my own domain!
>> /^64\.95\.64\.198$/ 550 Your spam was rejected because you're
>> forging my IP.
Ralf Hildebrandt a écrit :
> * Carlos Williams :
>
>> Thank you very much for your merge suggestion. I am reading your book
>> right now (page 70-72) and trying to understand the concept are the
>> merge suggestion. Would you mind explaining what benefit / performance
>> is attributed by merging a
* tobi :
> @Ralf
> would it not make more sense to place check_sender_access before the
> check_policy_service? Otherwise you might greylist senders you don't
> want (like maillists)
I was thinking about this as well... Up to you I guess :)
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung
* Carlos Williams :
> Thank you very much for your merge suggestion. I am reading your book
> right now (page 70-72) and trying to understand the concept are the
> merge suggestion. Would you mind explaining what benefit / performance
> is attributed by merging all?
It makes it easier to read :)
Carlos Williams schrieb:
> On Wed, Jan 20, 2010 at 10:34 AM, Ralf Hildebrandt
> wrote:
>> I would merge:
>>
>> smtpd_helo_restrictions = permit_mynetworks,
>> permit_sasl_authenticated,reject_non_fqdn_helo_hostname,
>> reject_invalid_helo_hostname
>>
>> smtpd_recipient_restrictions = permit_my
On Wed, Jan 20, 2010 at 10:34 AM, Ralf Hildebrandt
wrote:
> I would merge:
>
> smtpd_helo_restrictions = permit_mynetworks,
> permit_sasl_authenticated, reject_non_fqdn_helo_hostname,
> reject_invalid_helo_hostname
>
> smtpd_recipient_restrictions = permit_mynetworks,
> permit_sasl_authenticate
> /^localhost$/ 550 Don't use my own domain (localhost)!
> /^iamghost.\com$/ 550 Don't use my own domain!
> /^64\.95\.64\.198$/ 550 Your spam was rejected because you're
> forging my IP.
> /^\[64\.95\.64\.198\]$/ 550 Your spam was rejected be
On Wed, Jan 20, 2010 at 10:20 AM, Ralf Hildebrandt
wrote:
> why not use soft_bounce = yes :) ?
I have never used it before. That sounds like a good idea.
>> check_helo_access pcre:/etc/postfix/helo_checks.pcre,
> And what is the content of the file?
[r...@mail postfix]# cat helo_checks.pcre
* Carlos Williams :
> cause any redundant checks or worse, break something. Can you guys
why not use soft_bounce = yes :) ?
> check_helo_access pcre:/etc/postfix/helo_checks.pcre,
And what is the content of the file?
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Char
Today I downloaded Ralph Hildebrandt's Postfix example and used his
'check_helo_access' example in my configuration. I have not 'reloaded'
Postfix yet because I want to make sure that I did not add this in and
cause any redundant checks or worse, break something. Can you guys
please review my main.
12 matches
Mail list logo
