Dovecot permission denied errors on NFS after upgrade to 2.2.17

[Claudio Corvino]

It seems that upgrading kernel from 4.9.0 to 4.19.0 fixed the problem.

Thanks for your help

On 24/09/20 14:31, Claudio Corvino wrote:
>
> Hi,
>
> this sound correct, here is my fstab entry:
>
> /XXX.XXX.XXX.XXX:/mail-storage    /mnt/mail-storage nfs     
> defaults,timeo=30                0       0/
>
> Here are my options when doing "mount":
>
> /rw,relatime,vers=3,rsize=262144,wsize=262144,namlen=255,hard,proto=tcp,timeo=30,retrans=2,sec=sys,mountaddr=//XXX.XXX.XXX.XXX//,mountvers=3,mountport=50141,mountproto=udp,local_lock=none,addr=//XXX.XXX.XXX.XXX/
>
> How can I do further test?
>
> Thanks in advance
>
> Claudio
>
> On 23/09/20 22:26, @lbutlr wrote:
>> On 21 Sep 2020, at 01:48, Claudio Corvino<ccorvino at trustitalia.it>  wrote:
>>> problem still occurring, I just noticed that if I do an "ls -l /mnt/mail-storage/<user>/Maildir/cur/" from the Dovecot server I can unblock the mailbox of the user and Thunderbird can receives all the e-mails.
>>>
>>> The problem occurs even with the gmail client on the smartphone.
>>>
>>> I just tried many things but can't find a solution.
>>>
>>> I just reinstalled a new server with mail storage not on NFS and the problem seems to be fixed, but this is not a solution valid for us as we would like to use NFS.
>> This spends like it may be your system not really mounting (or not fully mounting) the NFS until it is actually accessed directly.
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://dovecot.org/pipermail/dovecot/attachments/20200929/d9c1f409/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3812 bytes
Desc: S/MIME Cryptographic Signature
URL: <https://dovecot.org/pipermail/dovecot/attachments/20200929/d9c1f409/attachment.p7s>