On 2024-12-17 Tomasz Pala via Postfix-users wrote:
> On 2024-12-17 07:32, Michael Tokarev via Postfix-users wrote:
>>> But /dev/log in systemd is datagram socket...
>>
>> Hm. Is this yet another myth we're facing here?
>
> Well, there were lots of anti-systemd in the old days, most of them
> were
On 2024-12-17 07:32, Michael Tokarev via Postfix-users wrote:
>
> Isn't the only reason maldrop is setgid is to be able to access
> /var/mail/$USER ?
> Which is a sort of legacy these days too, and is solved entirely by
> switching to ~/Maildir/ or other means to store email?
Nope, it's about ac
15.12.2024 16:44, Tomasz Pala via Postfix-users wrote:
..
In case of postfix, having magnitude of options, hardened by-default
service, or at least hardening comments ("You might uncomment this if
not using that") would be PITA for sure - but every journey starts from
the first step.
I'd love t
On 2024-12-16 10:18, Michael Tokarev via Postfix-users wrote:
>
> service or to the service which did the submission. Neither of the two
> is right or wrong in all cases, though I'd say the initial submission
> belongs more to the submitting service than to the accepting service, -
> at least tha
On 2024-12-16 04:05, Wietse Venema via Postfix-users wrote:
>>
>> # journalctl -o json-pretty --since -2m
>
> This assues that one already knows when some event of interest
> happened.
I'm not sure what do you mean - I gave you examples for querying
journal, you don't have to use any of these sel
16.12.2024 06:05, Wietse Venema via Postfix-users wrote:
Tomasz Pala via Postfix-users:
Again, what about the logging from NON-DAEMON Postfix processes
such as sendmail, postdrop, postqueue, and so on?
They belong to their calling service. Therefore if I run sendmail from
the shell, it belongs
Tomasz Pala via Postfix-users:
> > Again, what about the logging from NON-DAEMON Postfix processes
> > such as sendmail, postdrop, postqueue, and so on?
>
> They belong to their calling service. Therefore if I run sendmail from
> the shell, it belongs to my user's slice. If postdrop is run from
>
On 2024-12-16 01:16, Wietse Venema via Postfix-users wrote:
>>
>> All the processes of a service share single CGroup, so there's no ambiguity.
>
> You read half my question and stopped mid-way. Please extend
> your attention san.
Actually I've answered it all, but might elaborate.
> Again, what
Tomasz Pala via Postfix-users:
> On 2024-12-15 23:28, Wietse Venema via Postfix-users wrote:
> >>
> >> System-wide "defaults to 1 messages in 30s" and "is applied per-
> >> service", so this can be easily resolved by providing postfix.service
> >> with:
> >>
> >> LogRateLimitIntervalSec=0
> >
On 2024-12-16 00:23, Tomasz Pala via Postfix-users wrote:
>
> All the processes of a service share single CGroup, so there's no ambiguity.
Catched in several seconds intervals:
host-server ~# machinectl shell mail-server
mail-server ~# systemd-cgls -u postfix
Unit postfix.service (/system.slice/
On 2024-12-15 23:28, Wietse Venema via Postfix-users wrote:
>>
>> System-wide "defaults to 1 messages in 30s" and "is applied per-
>> service", so this can be easily resolved by providing postfix.service
>> with:
>>
>> LogRateLimitIntervalSec=0
>
> How would it know that a message sent with th
Tomasz Pala via Postfix-users:
> On 2024-12-15 09:44, Viktor Dukhovni via Postfix-users wrote:
> >
> > With systemd logging, logs are by default lossy (rate-limits too tight
> > and many users don't notice until it is too late). Also logging is
>
> System-wide "defaults to 1 messages in 30s"
On 2024-12-15 21:57, Gerald Galster via Postfix-users wrote:
>
> By default journald keeps about 4 GB of logs, which will only retain a
> few hours on a busy server. One might try to overcome that by setting
[...]
> when you discover some needed log data is not available anymore ...
>
> Storing l
>> With systemd logging, logs are by default lossy (rate-limits too tight
>> and many users don't notice until it is too late). Also logging is
>
> System-wide "defaults to 1 messages in 30s" and "is applied per-
> service", so this can be easily resolved by providing postfix.service
> with
On 2024-12-15 13:43, Wietse Venema via Postfix-users wrote:
>
> Oh, it is wonderful for laptops. On a busy server, it is known to
> discard events and to use more resources. No-one carea about the
> resources, with 16-core CPUs and SSDs.
In case anyone's interested - since v245 there are long awa
15.12.2024 14:33, Viktor Dukhovni via Postfix-users wrote:
On Sun, Dec 15, 2024 at 11:34:54AM +0100, Tomasz Pala via Postfix-users wrote:
System-wide "defaults to 1 messages in 30s" and "is applied per-
service", so this can be easily resolved by providing postfix.service
with:
LogRateLimi
On 2024-12-15 12:33, Viktor Dukhovni via Postfix-users wrote:
>
>> LogRateLimitIntervalSec=0
>
> Nice in theory, but neither Wietse nor I distribute systemd service
> definition files,
Why is that? Service units are best provided upstream.
In case of postfix, having magnitude of options, harden
Michael Tokarev via Postfix-users:
> 15.12.2024 03:07, Wietse Venema via Postfix-users wrote:
> > Michael Tokarev via Postfix-users:
> ...
> >> Today systemd plays major role in linux, and linux plays major role in the
> >> IT world. And while some its ideas are questionable or may look weird,
>
On Sun, Dec 15, 2024 at 11:34:54AM +0100, Tomasz Pala via Postfix-users wrote:
> System-wide "defaults to 1 messages in 30s" and "is applied per-
> service", so this can be easily resolved by providing postfix.service
> with:
>
> LogRateLimitIntervalSec=0
Nice in theory, but neither Wietse n
On 15/12/24 23:34, Tomasz Pala via Postfix-users wrote:
On 2024-12-15 09:44, Viktor Dukhovni via Postfix-users wrote:
With systemd logging, logs are by default lossy (rate-limits too tight
and many users don't notice until it is too late). Also logging is
System-wide "defaults to 1 messa
On 2024-12-15 09:44, Viktor Dukhovni via Postfix-users wrote:
>
> With systemd logging, logs are by default lossy (rate-limits too tight
> and many users don't notice until it is too late). Also logging is
System-wide "defaults to 1 messages in 30s" and "is applied per-
service", so this can
On Sun, Dec 15, 2024 at 11:16:16AM +0300, Michael Tokarev via Postfix-users
wrote:
> What was so unreliable in there?
On Sun, Dec 15, 2024 at 09:29:48AM +0100, Tomasz Pala via Postfix-users wrote:
> On 2024-12-15 01:07, Wietse Venema via Postfix-users wrote:
> Would you mind elaborating this a
15.12.2024 03:07, Wietse Venema via Postfix-users wrote:
Michael Tokarev via Postfix-users:
...
Today systemd plays major role in linux, and linux plays major role in the
IT world. And while some its ideas are questionable or may look weird, some
are interesting. And logging is one of them: i
23 matches
Mail list logo
