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.