Page MenuHomeFreeBSD

mail: Don't trap signals we shouldn't.
ClosedPublic

Authored by des on Apr 24 2025, 10:03 PM.
Tags
None
Referenced Files
Unknown Object (File)
Fri, Jan 16, 2:31 AM
Unknown Object (File)
Fri, Jan 9, 4:33 AM
Unknown Object (File)
Mon, Dec 29, 4:41 AM
Unknown Object (File)
Dec 20 2025, 10:17 AM
Unknown Object (File)
Dec 9 2025, 6:08 PM
Unknown Object (File)
Dec 2 2025, 12:44 AM
Unknown Object (File)
Nov 14 2025, 5:00 AM
Unknown Object (File)
Nov 13 2025, 9:36 AM
Subscribers

Details

Summary

When in interactive mode, trap SIGINT, SIGHUP, and tty-related signals.
Otherwise, leave signals untouched as required by POSIX.

MFC after: 1 week
Sponsored by: Klara, Inc.

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

des requested review of this revision.Apr 24 2025, 10:03 PM
kevans added inline comments.
usr.bin/mail/collect.c
82–85

Looking at the standard, it's not clear to me that this is actually correct. ASYNCHRONOUS EVENTS explciitly spells out ignore handling only in the interactive case as something evaluated when a SIGINT rolls in, and otherwise has:

When mailx is in Send Mode and standard input is not a terminal, it shall take the standard action for all signals.

I think we should continue to leave SIGINT alone in the non-interactive case.

This revision is now accepted and ready to land.Apr 25 2025, 1:56 PM
This revision was automatically updated to reflect the committed changes.