On Tue, 4 Dec 2012, Robert Schetterer wrote:
Am 04.12.2012 08:20, schrieb Tomas Macek:
On Tue, 4 Dec 2012, Reindl Harald wrote:
Am 04.12.2012 07:58, schrieb Tomas Macek:
2) why would you setup a submission service that doesn't require auth
from MUAs?
It's because they never had to. It
Am 04.12.2012 08:20, schrieb Tomas Macek:
> On Tue, 4 Dec 2012, Reindl Harald wrote:
>
>>
>>
>> Am 04.12.2012 07:58, schrieb Tomas Macek:
>>>
2) why would you setup a submission service that doesn't require auth
from MUAs?
>>>
>>> It's because they never had to. It is a historical proble
On Tue, 4 Dec 2012, Reindl Harald wrote:
Am 04.12.2012 07:58, schrieb Tomas Macek:
2) why would you setup a submission service that doesn't require auth
from MUAs?
It's because they never had to. It is a historical problem. Now we have
thousands of customers, that never had to
authentica
Am 04.12.2012 07:58, schrieb Tomas Macek:
>
>> 2) why would you setup a submission service that doesn't require auth
>> from MUAs?
>
> It's because they never had to. It is a historical problem. Now we have
> thousands of customers, that never had to
> authenticate, so there is no power to for
Am 04.12.2012 07:58, schrieb Tomas Macek:
> It's because they never had to. It is a historical problem. Now we have
> thousands of customers, that never had to authenticate, so there is no
> power to force them to do it now.
autoconfigure outlook and thunderbird etc
for submission auth
look here
2) why would you setup a submission service that doesn't require auth
from MUAs?
It's because they never had to. It is
a
historical problem. Now we have thousands of customers, that never had to
authenticate, so there is no power to force them to do it now.
These days I'm spending the tim
On 12/3/2012 8:21 PM, /dev/rob0 wrote:
> On Mon, Dec 03, 2012 at 07:34:13PM -0600, Stan Hoeppner wrote:
>> On 12/3/2012 2:55 PM, mouss wrote:
>>> Le 03/12/2012 10:07, Stan Hoeppner a écrit :
You might want to look into these as well:
-o content_filter=
>>> ahem? submission or
On Mon, Dec 03, 2012 at 07:34:13PM -0600, Stan Hoeppner wrote:
> On 12/3/2012 2:55 PM, mouss wrote:
> > Le 03/12/2012 10:07, Stan Hoeppner a écrit :
> >> You might want to look into these as well:
> >>
> >> -o content_filter=
> > ahem? submission or not, it must go through a malware filter.
On Mon, Dec 3, 2012 at 7:42 PM, Wietse Venema wrote:
> Dan Lists:
>> >> Does postfix need to treat the EINVAL as if the user does not exist?
>> >> Is there a way to change the behavior of getpwnam*?
>> >
>> > EINVAL is not a documented result code.
>> > http://pubs.opengroup.org/onlinepubs/0096953
Dan Lists:
> >> Does postfix need to treat the EINVAL as if the user does not exist?
> >> Is there a way to change the behavior of getpwnam*?
> >
> > EINVAL is not a documented result code.
> > http://pubs.opengroup.org/onlinepubs/009695399/functions/getpwnam.html
> >
> > Postfix is built accoirdin
On 12/3/2012 2:55 PM, mouss wrote:
> Le 03/12/2012 10:07, Stan Hoeppner a écrit :
>> You might want to look into these as well:
>>
>> -o content_filter=
> ahem? submission or not, it must go through a malware filter.
Sorry for the oversight. Yes, one would want to include clamav or other
On 12/3/2012 3:41 PM, /dev/rob0 wrote:
> Ah, so there is your answer. No, I'd never use Spamcop for outright
> rejection. I don't even believe that Spamcop recommends such use.
Correct. From: http://www.spamcop.net/fom-serve/cache/291.html
"We recommend that when using any spam filtering met
On Mon, Dec 3, 2012 at 5:14 PM, Wietse Venema wrote:
> Dan Lists:
> [ Charset ISO-8859-1 unsupported, converting... ]
>> On Fri, Nov 30, 2012 at 1:49 PM, Wietse Venema wrote:
>> > Dan Lists:
>> >> Nov 30 10:39:59 server postfix/local[50947]: warning: error looking up
>> >> passwd info for user: I
Dan Lists:
[ Charset ISO-8859-1 unsupported, converting... ]
> On Fri, Nov 30, 2012 at 1:49 PM, Wietse Venema wrote:
> > Dan Lists:
> >> Nov 30 10:39:59 server postfix/local[50947]: warning: error looking up
> >> passwd info for user: Invalid argument
> >
> > The getpwnam_r() SYSTEM LIBRARY ROUTIN
On Mon, 3 Dec 2012 15:41:45 -0600 /dev/rob0 wrote
> On Mon, Dec 03, 2012 at 09:51:34PM +0100, Chris wrote:
> > On Mon, 3 Dec 2012 13:26:25 -0600 /dev/rob0 wrote
> > > On Mon, Dec 03, 2012 at 07:40:24PM +0100, Chris wrote:
> > > > I've been asked to skip RBL checks for certain users on
> > > > th
On Fri, Nov 30, 2012 at 1:49 PM, Wietse Venema wrote:
> Dan Lists:
>> Nov 30 10:39:59 server postfix/local[50947]: warning: error looking up
>> passwd info for user: Invalid argument
>
> The getpwnam_r() SYSTEM LIBRARY ROUTINE reports an error,
> with errno set to EINVAL (Invalid argument).
>
> Fi
On Mon, Dec 03, 2012 at 09:51:34PM +0100, Chris wrote:
> On Mon, 3 Dec 2012 13:26:25 -0600 /dev/rob0 wrote
> > On Mon, Dec 03, 2012 at 07:40:24PM +0100, Chris wrote:
> > > I've been asked to skip RBL checks for certain users on
> > > the domain. How can I do that without disabling the for
> > > e
Le 03/12/2012 14:59, Tomas Macek a écrit :
> On Mon, 3 Dec 2012, Reindl Harald wrote:
>
>>
>>
>> Am 03.12.2012 14:42, schrieb Tomas Macek:
>>> I have line like this
>>>
>>> smtpd_client_restrictions = check_policy_service
>>> inet:127.0.0.1:24575, ...
>>>
>>> in my main.cf
>>>
>>> I would like the
Le 03/12/2012 10:07, Stan Hoeppner a écrit :
> You might want to look into these as well:
>
> -o content_filter=
ahem? submission or not, it must go through a malware filter.
> -o smtpd_client_restrictions=
> -o smtpd_helo_restrictions=
> -o smtpd_sender_restriction
Le 03/12/2012 09:30, Tomas Macek a écrit :
>
> OK, so I spent some time reading config params in doc and topics in
> various forums and decided to setup my submission port 587 like this:
>
> submission inet n - n - - smtpd
> -o smtpd_etrn_restrictions=reject
>
On Mon, 3 Dec 2012 13:26:25 -0600 /dev/rob0 wrote
> On Mon, Dec 03, 2012 at 07:40:24PM +0100, Chris wrote:
> > I've been asked to skip RBL checks for certain users on the domain.
> > How can I do that without disabling the for everybody else?
>
> If you're only using good, safe lists, you're on
On 12/3/2012 1:18 PM, Noel Jones wrote:
> On 12/3/2012 12:40 PM, Chris wrote:
>> Hi all.
>> I've been asked to skip RBL checks for certain users on the domain. How can I
>> do that without disabling the for everybody else?
>> We're using virtual mailboxes on mysql.
>>
>> Thanks,
>>
>> Chris
>>
>>
>
On Mon, Dec 03, 2012 at 07:40:24PM +0100, Chris wrote:
> I've been asked to skip RBL checks for certain users on the domain.
> How can I do that without disabling the for everybody else?
If you're only using good, safe lists, you're only rejecting mail
which probably should be rejected. What is
On 12/3/2012 12:40 PM, Chris wrote:
> Hi all.
> I've been asked to skip RBL checks for certain users on the domain. How can I
> do that without disabling the for everybody else?
> We're using virtual mailboxes on mysql.
>
> Thanks,
>
> Chris
>
>
Before we start, a reminder that SMTP doesn't h
Reindl Harald:
> main.cf
> whatever_smtpd_client_restrictions = check_policy_service inet:127.0.0.1:24575
>
> master.cf:
> -o smtpd_client_restrictions=$whatever_smtpd_client_restrictions
This is the recommended solution. It is mentioned in the master(5)
manpage, but the text is somewhat obscure.
Hi all.
I've been asked to skip RBL checks for certain users on the domain. How can I
do that without disabling the for everybody else?
We're using virtual mailboxes on mysql.
Thanks,
Chris
On 12/3/2012 7:59 AM, Tomas Macek wrote:
> On Mon, 3 Dec 2012, Reindl Harald wrote:
>
>>
>>
>> Am 03.12.2012 14:42, schrieb Tomas Macek:
>>> I have line like this
>>>
>>> smtpd_client_restrictions = check_policy_service
>>> inet:127.0.0.1:24575, ...
>>>
>>> in my main.cf
>>>
>>> I would like the $
Chabot Deb:
> Hi,
> Using postfix v 2.5.14 on Mac Snow Leopard Server, I've been alarmed
> at the amount of spam messages going to users that no longer exist.
You are a joe-job victim.
http://www.postfix.org/BACSCATTER_README.html
Wietse
Hi,
Using postfix v 2.5.14 on Mac Snow Leopard Server, I've been alarmed at the
amount of spam messages
going to users that no longer exist. The server is at a crawl pace and I'm not
sure if my attempts to control
the situation is making it worse. Could someone look at the main.cf and logs
and d
On 12/3/2012 7:42 AM, Tomas Macek wrote:
> I have line like this
>
> smtpd_client_restrictions = check_policy_service inet:127.0.0.1:24575, ...
>
> in my main.cf
>
> I would like the $smtpd_client_restrictions to override in master.cf,
> something like:
>
> submission inet n - n
On Mon, 3 Dec 2012, Reindl Harald wrote:
Am 03.12.2012 14:42, schrieb Tomas Macek:
I have line like this
smtpd_client_restrictions = check_policy_service inet:127.0.0.1:24575, ...
in my main.cf
I would like the $smtpd_client_restrictions to override in master.cf, something
like:
submissi
Am 03.12.2012 14:42, schrieb Tomas Macek:
> I have line like this
>
> smtpd_client_restrictions = check_policy_service inet:127.0.0.1:24575, ...
>
> in my main.cf
>
> I would like the $smtpd_client_restrictions to override in master.cf,
> something like:
>
> submission inet n - n
I have line like this
smtpd_client_restrictions = check_policy_service inet:127.0.0.1:24575, ...
in my main.cf
I would like the $smtpd_client_restrictions to override in master.cf,
something like:
submission inet n - n - - smtpd
-o smtpd_client_restrictions=chec
On 12/3/2012 2:30 AM, Tomas Macek wrote:
> OK, so I spent some time reading config params in doc and topics in
> various forums and decided to setup my submission port 587 like this:
>
> submission inet n - n - - smtpd
> -o smtpd_etrn_restrictions=reject
>
On Fri, 30 Nov 2012, lst_ho...@kwsoft.de wrote:
Zitat von Tomas Macek :
On Fri, 30 Nov 2012, lst_ho...@kwsoft.de wrote:
Zitat von Tomas Macek :
On Fri, 30 Nov 2012, lst_ho...@kwsoft.de wrote:
Zitat von Tomas Macek :
I don't understand now, how Postfix behaves when listenting on
su
On 12/2/2012 1:20 PM, Alex wrote:
> Thanks for the explanation. Trying to do too many things at once. You
> probably think I'm an idiot by now.
You're welcome. I understand that completely. No, not at all.
>> Dropping SMTP packets should be done with care. If you FP on an email
>> to the CEO
36 matches
Mail list logo
