Am 20.10.2018 um 19:06 schrieb Wietse Venema:
Hi,
>> If a client disconnects very early, the smtpd is still "unused" and
>> remains in server memory, waiting for the next connection.
>
> The Postfix behavior has nothing to do with the duration of an SMTP
> session. It is determined by the max_id
e great for analysis and to get a quick overview about what's
going on on busy servers.
Peer
--
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.heinlein-support.de
Tel: 030 / 405051-42
Fax: 030 / 405051-19
Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht
Berlin-Charlottenburg,
Geschäftsführer: Peer Heinlein -- Sitz: Berlin
Am 18.04.2018 um 20:51 schrieb Emanuel:
> Can the files header/body_checks generate overload?
If you have many header/body_checks you'll see a higher usage of the
cleanup process in tools like "top".
You can save a lot of cpu ressources if you use...
...pcre instead of regexp (mostly the syntax
alized that
difference between those two commands. In fact, I haven't realized the
smtpd_authorized_xclient_hosts parameter before.
Peer
- --
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.heinlein-support.de
Tel: 030 / 405051-42
Fax: 030 / 405051-19
Zwangsangaben lt.
e real client IP on Port 10025 is important for us.
Peer
- --
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.heinlein-support.de
Tel: 030 / 405051-42
Fax: 030 / 405051-19
Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht
Berlin-Charlottenburg,
Geschäftsführer: Peer
ways problematic, you
> can only serve mail as secure as possible, everything else is just
> marketing speak.
I agree. That's why we do NOT promise anything else. Otherwise I'd be
stupid.
Peer
--
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.hein
with option six. :-)
Peer
- --
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.heinlein-support.de
Tel: 030 / 405051-42
Fax: 030 / 405051-19
Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht
Berlin-Charlottenburg,
Geschäftsführer: Peer Heinlein -- Sitz: Berli
mail MUST send using TLS. And I need a
FAST and reliable DSN back to the sender if that's not possible.
I'd like to have that.
Peer
- --
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.heinlein-support.de
Tel: 030 / 405051-42
Fax: 030 / 405051-19
Zwangs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 25.02.2014 15:42, schrieb Wietse Venema:
That#s what i need.
That#s what I need. :-)
Peer
- --
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.heinlein-support.de
Tel: 030 / 405051-42
Fax: 030 / 405051-19
I'm thinking about a way how to bounce mails manually *without* setting
up a transport-map. Just bei CLI by the admin for a given Queue-ID.
I'd love having a postsuper-commando to move a mail into "the bounce
queue". Is something like that possible?
Peer
--
Heinlein Su
have this error hard, not soft. In my eyes it's not a
tempoary failure, but a fatal error.
At least I'd like to decide that by my own. Maybe it's worth making it
configurable?
Peer
--
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.heinlein-support.de
Tel:
g Round-Robin-A-Records for mailserver
failover setups.
> Honestly speaking is this something an administrator should do? :)
In my opinion: That's exactly what he NOT should do.
Use MX-Records. That what they are made for.
Peer
- --
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
en by
sender_canonical_maps or by re-writing the null sender address?
So is it right, that under normal circumstances $sasl_sender and $sender
should be most of the time exactly the same (if the user is
authenticated and if $sasl_sender is set)?
Peer
--
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
forward lookup (A record) and a reverse lookup (PTR) doesn't fit
together, Postfix logs "unknown".
Please check it with a double-lookup.
Peer
--
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.heinlein-support.de
Tel: 030 / 405051-42
Fax: 030 / 405051-19
tup in Postfix and you'll be ready after half an
hour.
Peer
--
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.heinlein-support.de
Tel: 030 / 405051-42
Fax: 030 / 405051-19
Zwangsangaben lt. §35a GmbHG: HRB 93818 B / Amtsgericht
Berlin-Charlottenburg,
Geschäftsführer: Pe
ir great work. Really THANKS.
Debian should release a security fix update for their old packages...
That would be the best, fastest and most secure way to solve the problem
finally.
Peer
--
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.heinlein-support.de
Tel: 030 / 405051-42
sary delays
*) Because the recupient wants to receive his e-mails quickly without
unnecessary delays
If you believe that deferring e-mails and wasting time is helpful, then use
smtp_mx_address_limit = 1
smtp_mx_session_limit = 1
but don't complain about delays.
Peer
--
Heinlein Support GmbH
Sc
They're making sales with people, that believe that people coming from a
comercial company are always and automatically better then everbody else.
Peer
--
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
http://www.heinlein-support.de
Tel: 030 / 405051-42
Fax: 030 / 405051-19
Am 17.04.2013 23:31, schrieb Wietse Venema:
> Peer Heinlein:
>> local_header_rewrite_clients = permit
>
> I don't recall that "permit" is valid in this context.
static:all hasn't worked too.
Peer
--
Heinlein Support GmbH
Schwedter Str. 8/9b, 10119 Berlin
does NOT replace the sender's address in header-from.
Return-Path:
From: Hallo Galli
To: Herr Peer Heinlein
Subject: test2
Mails are delivered from Roundcube via smtpd to smtpd_proxy_filter,
returning on port 10025 via smtpd. Just the normal standard setup for
that. no_adress_rewriting in
t understand why Postfix does not bounce the message?! It's a
fatal error!
Peer
--
Heinlein Professional Linux Support GmbH
Linux: Akademie - Support - Hosting
http://www.heinlein-support.de
Tel: 030 / 40 50 51 - 0
Fax: 030 / 40 50 51 - 19
Zwangsangaben lt. §35a GmbHG:
HRB 93818
21 matches
Mail list logo