Patrick Shanahan wrote:
> * Sandy Drobic <[EMAIL PROTECTED]> [05-30-07 05:47]:
>> The recipe that I gave you will only work when the mail is sent directly
>> to your server, not for mails polled with fetchmail. In that case the mail
>> has already been accepted for you (by the provider in your order).
>>
>> Any reject after that will only bounce the mail, not reject it.
>>
>> Additionally, fetchmail uses localhost, so it will probably be in
>> $mynetworks as a trusted host, so the recipe will not work as desired anyway.
>>
>> To make it short: you can only discard (dangerous!) or tag the mails when
>> you work with fetchmail. :-(
> 
> 
> Guess I went brain dead at this point.  I do use fetchmail, but only

Well, the scientists will be glad. Finally the question is solved how long
it takes a dead man to rise up again. (^-^)

> for non-local/hosted accounts such as gmail.  For my local domain,
> wahoo.no-ip.org, I received mail via postfix only.

> And from my logs the suggest changes to /etc/postfix/recipients_internal_only:
> [EMAIL PROTECTED]          554 internal address only
> [EMAIL PROTECTED]        554 internal address only
> 
> and /etc/postfix/main.cf, inclusion of above under
> smtpd_recipient_restrictions

To be exact, it should be added after reject_unauth_destination. the
explicit version is "check_recipient_access
hash:/etc/postfix/recipients_internal_only". Check_recipient_access is
automatically assumed if the file was added to smtpd_recipient_restrictions.

smtpd_recipient_restrictions =
        permit_mynetworks,
        permit_sasl_authenticated,
        reject_unauth_destination,
        check_recipient_access hash:/etc/postfix/recipients_internal_only


-- 
Sandy

List replies only please!
Please address PMs to: news-reply2 (@) japantest (.) homelinux (.) com
-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to