umask/permissions on new files created via notmuch-insert(1) ?
Daniel Kahn Gillmor
dkg at fifthhorseman.net
Sun Feb 4 12:59:56 PST 2018
On Sun 2018-02-04 20:34:09 +0100, Gaute Hope wrote:
> Daniel Kahn Gillmor writes on februar 4, 2018 20:25:
>> is there a reason that "notmuch insert" should be stricter than the
>> umask? does this ring any bells for people?
>
> Are you asking why it is or why it should? If former; maybe because of
> line 230 in notmuch-insert.c ?
yep, that's definitely the cause of it, but looking through the git
history, it seems to have no clear justification.
do other LDA programs behave this way? is there a reason to not 0666 or
0644 ? seems like the umask is where people should be making these
choices, and mail being delivered doesn't necessarily need this kind of
lockdown.
we're running into this when looking at a mailing list archiver -- i
want messages to be delivered via "notmuch insert" as the mailbox owner.
but the mailbox viewer is going to be a different user, and they need
read-only access to the archive. instead, they're completely locked
out.
am i missing something?
--dkg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 832 bytes
Desc: not available
URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20180204/cf779a09/attachment.sig>
More information about the notmuch
mailing list