Zálohování pomocí duplicity mám nastavené v cronu, takže spoléhám na to, že mi pošle výstup. To funguje dobře, až na to, že v posledních měsících přestal chodit výpis ve chvíli, kdy se dělá full backup. Zálohování naštěstí proběhne, jenom report nedorazí.
Pohled do var/log/messages příčinu odhalil docela rychle:
Jan 29 21:15:45 blackula2 postfix/postdrop[7966]: warning: uid=0: File too large
Jan 29 21:15:45 blackula2 postfix/sendmail[7965]: warning: mail_stream_cleanup: close error
Jan 29 21:15:45 blackula2 postfix/sendmail[7965]: fatal: root(0): message file too big
Ale najít, co mám nakonfigurovat, mi chvíli trvalo. Článků je sice spousta, vesměs ale dost zastaralých (zeptat se chatGPT mě nenapadlo). Jako užitečný vypadal text Postfix “file too large” error message):
The solution to the „file too large“ error is to modify this value in the /etc/postfix/main.cf file and either change it to a greater value, or set it to zero to have no limit. If the value is not already in the file then just add it to the end.
mailbox_size_limit = 0
Then you need to reload postfix – you can just reload, a full restart is not required:
/etc/init.d/postfix reload
Jen tedy ta doporučovaná hodnota je velikost celého mailboxu, ne jednoho mailu, a init.d už také dávno nemám. Pak jsem ještě vygooglil, jak se můžu dostat k přehledu konfiguračních parametrů a jejich hodnot příkazem postconf:
postconf | grep size_limit
body_checks_size_limit = 51200
bounce_size_limit = 50000
header_size_limit = 102400
mailbox_size_limit = 51200000
message_size_limit = 10240000
Dál už to bylo jednoduché. message_size_limit jsem nastavil na 20240000 a restartoval službu pomocí
systemctl restart postfix
Maily z full backupu už zase chodí.
Hodnocení hvězdičkami používá jako prevenci
opakovaného kliknutí anonymní cookie.
Pokud s tím nesouhlasíte, neklikejte.
Další podrobnosti k cookies zde.