On 3/24/2015 12:55 AM, Shawn Heisey wrote: > On 3/23/2015 9:40 AM, Viktor Dukhovni wrote: >> The extra files are not a problem. Don't count files in "defer". >> >> If you're using "long" queue-ids, and your clock is not prone to >> moving backwards, you can automate removal of "defer" files that >> are older than some reasonable multiple of the maximal_queue_lifetime. >> >> With a queue lifetime of 5 days, removing long queue-id "defer" >> files older than 30 days is likely safe. Otherwise, you have to >> stop Postfix and run "postsuper -s". > > The machine runs ntpd continuously, so I *think* the clock won't go > backwards. > > The maximal_queue_lifetime setting is not in my postconf -n output, so > the default of 5 days is likely.
You can issue the command: postconf maximal_queue_lifetime to display the value postfix is using. > > I do not have long queue ids turned on. Is it still safe to wait a > month There are possible race conditions with normal "short" queue ids. Either enable long queue ids or stop postfix before removing old "defer" files. I suggest enabling long queue ids. The only reason to not enable long queue ids is if you're using some ancient log analysis tool that can't parse the longer IDs. http://www.postfix.org/postconf.5.html#enable_long_queue_ids > and then wipe out any files in the spool older than 30 days? Only files in the "defer" directory, not any files in the spool. -- Noel Jones
