Jan P. Kessler a écrit :
> mouss schrieb:
>> it's not required. but if you don't verify the cert, then you trust DNS.
>> so a DNS attack (poisoning, ...) would make him send passwords to the
>> wrong server.
>>
>
>
> If you use encryption you implicitly assume that there might be someone
> bet
mouss schrieb:
it's not required. but if you don't verify the cert, then you trust DNS.
so a DNS attack (poisoning, ...) would make him send passwords to the
wrong server.
If you use encryption you implicitly assume that there might be someone
between you and the target system. Unfortunate
/dev/rob0:
> First problem: well, I thought the alias would still have the Tag
> extension, but no, ~rob0/.forward+Postfix was not used. According to
> local(8), SECURITY: "The local(8) delivery agent disallows regular
> expression substitution of $1 etc. in alias_maps, because that would
> ope
On Fri December 26 2008 15:53:18 /dev/rob0 wrote:
> Did I miss something (verbose logs will be coming soon), or could the
> problem be the two users with the same UID?
Case-sensitivity, the $EXTENSION is lowercase.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-sp
A long time ago, when I didn't know any better, I did a lot of work
setting up procmail recipes to handle mailing list sorting and other
drudgery. I had an alias, "listmail: rob0", and sordid rules did the
sorting.
Later, I knew a little better, and I migrated all my subscriptions
to "listmail
Linux Addict:
> Sahil Tandon wrote:
> > Linux Addict wrote:
> >
> >
> >> Hello, I have clients sending mails to an non-existent email
> >> address/domain, emailerm...@exchange.example.net. I want to discard any
> >> mail sent to this address. I looked at smtpd_recipient_restrictions, but
>
Sahil Tandon wrote:
Linux Addict wrote:
Hello, I have clients sending mails to an non-existent email
address/domain, emailerm...@exchange.example.net. I want to discard any
mail sent to this address. I looked at smtpd_recipient_restrictions, but
cant figure out how to get this done. Ple
Sahil Tandon a écrit :
> Victor Duchovni wrote:
>
>> On Fri, Dec 26, 2008 at 08:25:12AM -0500, Sahil Tandon wrote:
>>
>>> sean darcy wrote:
>>>
Victor Duchovni wrote:
> On Mon, Dec 22, 2008 at 12:08:20PM -0500, Asif Iqbal wrote:
>
>> smtp_use_tls = yes
>>
> This is obsolet
Victor Duchovni wrote:
> On Fri, Dec 26, 2008 at 08:25:12AM -0500, Sahil Tandon wrote:
>
> > sean darcy wrote:
> >
> > > Victor Duchovni wrote:
> > >> On Mon, Dec 22, 2008 at 12:08:20PM -0500, Asif Iqbal wrote:
> > >>
> > >>> smtp_use_tls = yes
> > >>>
> > >>
> > >> This is obsolete. Set:
> > >>
On Fri, Dec 26, 2008 at 08:25:12AM -0500, Sahil Tandon wrote:
> sean darcy wrote:
>
> > Victor Duchovni wrote:
> >> On Mon, Dec 22, 2008 at 12:08:20PM -0500, Asif Iqbal wrote:
> >>
> >>> smtp_use_tls = yes
> >>>
> >>
> >> This is obsolete. Set:
> >>
> >>smtp_tls_security_level = encrypt
> >>
Sahil Tandon wrote:
sean darcy wrote:
Victor Duchovni wrote:
On Mon, Dec 22, 2008 at 12:08:20PM -0500, Asif Iqbal wrote:
smtp_use_tls = yes
This is obsolete. Set:
smtp_tls_security_level = encrypt
or better (given suitable CAfile or CApath):
smtp_tls_security_level = sec
sean darcy wrote:
> Victor Duchovni wrote:
>> On Mon, Dec 22, 2008 at 12:08:20PM -0500, Asif Iqbal wrote:
>>
>>> smtp_use_tls = yes
>>>
>>
>> This is obsolete. Set:
>>
>> smtp_tls_security_level = encrypt
>>
>> or better (given suitable CAfile or CApath):
>>
>> smtp_tls_security_level =
Magnus Bäck wrote:
> On Friday, December 26, 2008 at 06:09 CET,
> "J. Bakshi" wrote:
>
>
Apparently, your Postfix tries to use NIS for alias_maps, and some
SYSTEM LIBRARY function reports an error. Perhaps you need to
update the main.cf:alias_maps setting.
>> T
On Friday, December 26, 2008 at 06:09 CET,
"J. Bakshi" wrote:
> > > Apparently, your Postfix tries to use NIS for alias_maps, and some
> > > SYSTEM LIBRARY function reports an error. Perhaps you need to
> > > update the main.cf:alias_maps setting.
>
> Thanks for your suggestion. I have check
14 matches
Mail list logo
