On Wed, Jun 16, 2021 at 05:33:33PM -0400, Viktor Dukhovni wrote:
> On Wed, Jun 16, 2021 at 01:51:37PM -0700, Jeremiah Rothschild wrote:
> 
> > I have an alias that is supposed to write to a file but it is not.
> > 
> > * OS: CentOS 8.4.2105 x64 (fully updated)
> > * Kernel: 4.18.0-305.3.1.el8.x86_64
> > * Postfix: 3.5.8-1.el8.x86_64 (default config w/ verbose logging)
> > 
> > Very basic /etc/aliases:
> > [root@c8vm ~]# cat /etc/aliases
> > somealias: /tmp/somefile
> > 
> > I send a test which looks successful:
> > Jun 16 13:21:23 c8vm postfix/local[57869]: 72F0380292:
> > to=<somealias@localhost>, relay=local, delay=0.13, delays=0.09/0.01/0/0.02,
> > dsn=2.0.0, status=sent (delivered to file: /tmp/somefile)
> > 
> > but it was not:
> > [root@c8vm ~]# ls -l /tmp/somefile
> > ls: cannot access '/tmp/somefile': No such file or directory
> > [root@c8vm ~]# ls -ld /tmp
> > 4 drwxrwxrwt. 10 root root 4096 Jun 16 13:38 /tmp/
> 
> Delivery to files in "/tmp" is of course not a good idea, but in any
> case looks like the file was deleted some time after delivery, it
> was present or freshly created at time of delivery.

Hmm, the window for deletion is literally seconds since I am looking for the
file immediately after delivery.

What sort of further debugging could I do to verify your theory that the
file is actually being placed on the filesystem? I suppose I could use
something like inotify().

> > The full verbose maillog can be viewed @ https://pastebin.com/raw/hAi1gCBA.
> > 
> > The `postconf -n` and `postconf -Mf` outputs can be viewed @
> > https://pastebin.com/raw/MDGB05CB.
> 
> Paste bins are a nuisance, attaching the content is preferred.

My bad. Noted.

> -- 
>     Viktor.

Reply via email to