On Thu, May 06, 2021 at 06:58:08PM +0200, to...@tuxteam.de wrote:
> No. What the MUA is trying to do (see my other mails) is to create
> and delete lock files. That's why it wants write access to the
> mail spool directory.
>
> There is a mode for mutt where it actually uses a setgid helper
> prog
On Thu, May 06, 2021 at 12:52:22PM -0400, Greg Wooledge wrote:
> On Thu, May 06, 2021 at 06:04:31PM +0200, to...@tuxteam.de wrote:
> > OK. The problem is you have some directory where users are
> > supposed to be able to create a file, but to only remove
> > *their* files, but not other's.
> >
> >
On Thu, May 06, 2021 at 06:04:31PM +0200, to...@tuxteam.de wrote:
> OK. The problem is you have some directory where users are
> supposed to be able to create a file, but to only remove
> *their* files, but not other's.
>
> This is a well-known problem (/tmp also has that problem), and
> UNIX-like
On Thu, May 06, 2021 at 06:30:07PM +0200, Hans wrote:
> Am Donnerstag, 6. Mai 2021, 18:18:18 CEST schrieben Sie:
> So, checked more. Indeed, it is a bug in latest version of mutt. Looks like
> it
> is working on i386, but the version in amd64 is buggy.
>
> For testing purposes I installed an old
On Thu, May 06, 2021 at 06:18:18PM +0200, Hans wrote:
> Understood. Hmm, just tried mutt again and it can not delete files, telling
> me, that "temporary files can not be written" in /var/mail.
>
> So it looks more that the file and directory permissions are set correctly,
> and that means -> I
Am Donnerstag, 6. Mai 2021, 18:18:18 CEST schrieben Sie:
So, checked more. Indeed, it is a bug in latest version of mutt. Looks like it
is working on i386, but the version in amd64 is buggy.
For testing purposes I installed an older versionb of mutt, and Voila!,
ewverything worked fine.
I will
Understood. Hmm, just tried mutt again and it can not delete files, telling
me, that "temporary files can not be written" in /var/mail.
So it looks more that the file and directory permissions are set correctly,
and that means -> I have to take a look at mutt.
Easiest way, just uninstall and r
On Thu, May 06, 2021 at 05:55:36PM +0200, Hans wrote:
> Am Donnerstag, 6. Mai 2021, 17:45:29 CEST schrieb Hans:
> I am answering myself: I was wrong, on the other computer rm and touch do
> also
> not work.
OK. The problem is you have some directory where users are
supposed to be able to create
Am Donnerstag, 6. Mai 2021, 17:52:46 CEST schrieb to...@tuxteam.de:
Looks the same, behaves the same.
I believe, I should take a look to mutt, why it could not delete my mails.
Mutt was always working well and I have nothing changed. Strange. I will
examine next time, maybe my mutt is buggy,
Am Donnerstag, 6. Mai 2021, 17:45:29 CEST schrieb Hans:
I am answering myself: I was wrong, on the other computer rm and touch do also
not work.
BTW: I stumbled over this issue, because mutt could not delete my mails due to
the permissions (but at the other computer it works), so I tried all the
On Thu, May 06, 2021 at 05:45:29PM +0200, Hans wrote:
> Tomas,
>
> but when you are correct, why is it working on another computer wwith exactly
> the same permissions set? On that other computer it is working well, and I
> can
> not see a difference between both.
Show us all :)
(honestly. I
Tomas,
but when you are correct, why is it working on another computer wwith exactly
the same permissions set? On that other computer it is working well, and I can
not see a difference between both.
Cheers
Hans
> > ls -la /var/mail
> > insgesamt 384
> > drwxrwsr-x 2 root mail 4096 6.
On Thu, May 06, 2021 at 05:25:02PM +0200, Hans wrote:
> Dear list,
>
> I am stuck with an issue, I can not explain what is wrong.
See below:
> System: Debian-amd64/testing
> Problem: I can not delete or create a file as normal user, though the
> permissions seem to
> be set right.
>
> Descri
On Thu, May 06, 2021 at 05:25:02PM +0200, Hans wrote:
> Description: As the normal user I "testuser" want to delete the file
> /var/mail/testuser
Creating, deleting or renaming a file does not require permissions on
the file itself. It requires permissions on the *directory* the file
is (or want
Dear list,
I am stuck with an issue, I can not explain what is wrong.
System: Debian-amd64/testing
Problem: I can not delete or create a file as normal user, though the
permissions seem to
be set right.
Description: As the normal user I "testuser" want to delete the file
/var/mail/testuser
15 matches
Mail list logo