> On 30 May 2019, at 07:37, Matus UHLAR - fantomas wrote:
>
> On 30.05.19 07:27, @lbutlr wrote:
>> On 30 May 2019, at 07:24, @lbutlr wrote:
>>> But can still be deleted at any time, just "less frequently than /tmp";
>>> certainly not a place to store necessary files. I don't see this anywher
On 30.05.19 07:27, @lbutlr wrote:
On 30 May 2019, at 07:24, @lbutlr wrote:
But can still be deleted at any time, just "less frequently than /tmp";
certainly not a place to store necessary files. I don't see this anywhere for *BSD,
thankfully, so I can safely ignore it.
Goops, forgot to past
On 30 May 2019, at 07:24, @lbutlr wrote:
> But can still be deleted at any time, just "less frequently than /tmp";
> certainly not a place to store necessary files. I don't see this anywhere for
> *BSD, thankfully, so I can safely ignore it.
Goops, forgot to past this:
/var/tmp/ Temporary fil
On 30 May 2019, at 06:32, Matus UHLAR - fantomas wrote:
>> On 29 May 2019, at 08:52, Benny Pedersen wrote:
>>> /var/tmp must not be cleaned after boots, /tmp will be cleaned on boot
>
> On 30.05.19 04:44, @lbutlr wrote:
>> I've never heard that. Is that a real thing or just your own 'rule'?
>
>
On 29 May 2019, at 08:52, Benny Pedersen wrote:
/var/tmp must not be cleaned after boots, /tmp will be cleaned on boot
On 30.05.19 04:44, @lbutlr wrote:
I've never heard that. Is that a real thing or just your own 'rule'?
it's standard FHS:
https://en.wikipedia.org/wiki/Filesystem_Hierarch
On Thu, May 30, 2019 at 04:44:13AM -0600, @lbutlr wrote:
> On 29 May 2019, at 08:52, Benny Pedersen wrote:
> > /var/tmp must not be cleaned after boots, /tmp will be cleaned on boot
> I've never heard that. Is that a real thing or just your own 'rule'?
https://refspecs.linuxfoundation.org/FHS_3.0
On 29 May 2019, at 08:52, Benny Pedersen wrote:
> /var/tmp must not be cleaned after boots, /tmp will be cleaned on boot
I've never heard that. Is that a real thing or just your own 'rule'?
--
Lobotomy means never having to say you're sorry -- or anything else.
On Thu, May 30, 2019 12:52 am, Benny Pedersen wrote:
li...@sbt.net.au skrev den 2019-05-29 06:09:
change /var/run to /var/tmp
if you reboot with your config you will loose data
/var/tmp must not be cleaned after boots, /tmp will be cleaned on boot
/tmp and /var/tmp may be emptied at any ti
On Thu, May 30, 2019 12:52 am, Benny Pedersen wrote:
> li...@sbt.net.au skrev den 2019-05-29 06:09:
> change /var/run to /var/tmp
>
> if you reboot with your config you will loose data
>
> /var/tmp must not be cleaned after boots, /tmp will be cleaned on boot
>
>
> permission denied comes from tha
li...@sbt.net.au skrev den 2019-05-29 06:09:
May 29 13:41:43 geko opendmarc[27677]: AAADD4E821C9:
/var/run/opendmarc.dat: fopen(): Permission denied
change /var/run to /var/tmp
if you reboot with your config you will loose data
/var/tmp must not be cleaned after boots, /tmp will be cleaned o
On Wed, May 29, 2019 4:51 pm, Dominic Raferd wrote:
> On Wed, 29 May 2019 at 05:11, wrote:
>
> I think you need to use a suitable UMask setting in /etc/opendmarc.conf
> e.g. 0002 - see UMask in man opendmarc.conf. And I don't think /var/run is
> a logical place to put the history file. /var/log
On Wed, 29 May 2019 at 05:11, wrote:
> i'm trying to setup DKIM & DMARC, set it few days ago, it seemed to be
> working ok(?), well, I did'nt notice errors
>
> noticed today multiple "Permission denied" errors since last night, across
> multiple domains
>
> grep " Permission denied" /var/log/mail
i'm trying to setup DKIM & DMARC, set it few days ago, it seemed to be
working ok(?), well, I did'nt notice errors
noticed today multiple "Permission denied" errors since last night, across
multiple domains
grep " Permission denied" /var/log/maillog | wc
1943 19430 200491
May 29 13:41:43 g
13 matches
Mail list logo
