Bug 274988 - add cron.d/dma to periodically flush the queue
Summary: add cron.d/dma to periodically flush the queue
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: 15.0-CURRENT
Hardware: Any Any
: --- Affects Some People
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-11-09 12:31 UTC by Ronald Klop
Modified: 2023-12-02 19:53 UTC (History)
3 users (show)

See Also:

Attachments
git log -p to add a cron.d entry (1.16 KB, text/plain)
2023-11-09 12:31 UTC, Ronald Klop 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ronald Klop freebsd_committer freebsd_triage 2023-11-09 12:31:33 UTC 
Created attachment 246214 [details]
git log -p to add a cron.d entry

Mail agent libexec/dma is the new default MTA in FreeBSD 14.
It lacks a mechanism to flush the queue now and then which can lead to stuck mail.

The patch adds a cron entry in /etc/cron.d similar to "usr.bin/at" or the port mail/dma.
Comment 1 Mikko Lehto 2023-12-02 19:53:27 UTC 
Cron setup of file "/etc/cron.d/dma" by attachment 246214 [details] works for me.
> # freebsd-version -rku
> 14.0-RELEASE
> 14.0-RELEASE
> 14.0-RELEASE-p1


My DMA spool in "/var/spool/dma" filled as I was troubleshooting mailer.conf(5)
setup with line "sendmail /usr/libexec/dma -bq".
(
  Actual, and unrelated, initial problem was broken local file
  "/usr/local/etc/mail/mailer.conf" that caused calls to non existing sendmail
  by mailwrapper(8) via user crontab entry:
  "mailed 295 bytes of output but got status 0x0047" (/var/log/cron)
  0x47 == 71 == sysexit.sh/EX_OSERR
)

Thank you.