hello, do you mind if I ask before I start poking about ? suddenly I notice that gmail is ignoring or because there is an error getmail is not sending the delete request. Mails are sent and received but not deleted gmail so I keep getting them. mick at rapunzel:~/.getmail$ getmail --rcfile getmailrc1 Delivery error (command deliver 1363 wrote to stderr: lda(mick,)Error: net_connect_unix(/var/run/dovecot//stats-writer) failed: Permission denied) I think is apt install dovecot on debian buster probably I updated yesterday but was working OK since so I dunno what happened. is log full or something ? advices appreciated mick -- Key ID C7D6E24C
> On 01 December 2018 at 12:09 mick crane <mc at mickiwiki.com> wrote: > > > hello, > do you mind if I ask before I start poking about ? > suddenly I notice that gmail is ignoring or because there is an error > getmail is not sending the delete request. > Mails are sent and received but not deleted gmail so I keep getting > them. > > mick at rapunzel:~/.getmail$ getmail --rcfile getmailrc1 > Delivery error (command deliver 1363 wrote to stderr: lda(mick,)Error: > net_connect_unix(/var/run/dovecot//stats-writer) failed: Permission > denied) > > I think is apt install dovecot on debian buster probably > I updated yesterday but was working OK since so I dunno what happened. > is log full or something ? > > advices appreciated > > mick > > -- > Key ID C7D6E24CHi! you can fix this with service stats { unix_listener stats-writer { mode = 077 } } Aki
On 2018-12-01 14:35, Aki Tuomi wrote:>> On 01 December 2018 at 12:09 mick crane <mc at mickiwiki.com> wrote: >> >> >> hello, >> do you mind if I ask before I start poking about ? >> suddenly I notice that gmail is ignoring or because there is an error >> getmail is not sending the delete request. >> Mails are sent and received but not deleted gmail so I keep getting >> them. >> >> mick at rapunzel:~/.getmail$ getmail --rcfile getmailrc1 >> Delivery error (command deliver 1363 wrote to stderr: lda(mick,)Error: >> net_connect_unix(/var/run/dovecot//stats-writer) failed: Permission >> denied) >> >> I think is apt install dovecot on debian buster probably >> I updated yesterday but was working OK since so I dunno what happened. >> is log full or something ? >> >> advices appreciated >> >> mick >> >> -- >> Key ID C7D6E24C > > Hi! > > you can fix this with > > service stats { > unix_listener stats-writer { > mode = 077 > } > } > > Akihello Aki where do I put that ? mick -- Key ID C7D6E24C
On 2018-12-01 14:35, Aki Tuomi wrote:>> On 01 December 2018 at 12:09 mick crane <mc at mickiwiki.com> wrote: >> >> >> hello, >> do you mind if I ask before I start poking about ? >> suddenly I notice that gmail is ignoring or because there is an error >> getmail is not sending the delete request. >> Mails are sent and received but not deleted gmail so I keep getting >> them. >> >> mick at rapunzel:~/.getmail$ getmail --rcfile getmailrc1 >> Delivery error (command deliver 1363 wrote to stderr: lda(mick,)Error: >> net_connect_unix(/var/run/dovecot//stats-writer) failed: Permission >> denied) >> >> I think is apt install dovecot on debian buster probably >> I updated yesterday but was working OK since so I dunno what happened. >> is log full or something ? >> >> advices appreciated >> >> mick >> >> -- >> Key ID C7D6E24C > > Hi! > > you can fix this with > > service stats { > unix_listener stats-writer { > mode = 077 > } > } > > AkiI put this in 10-master.conf and still get error. -- Key ID C7D6E24C
On Sat, 1 Dec 2018 16:35:19 +0200 (EET) Aki Tuomi wrote:> > On 01 December 2018 at 12:09 mick crane <mc at mickiwiki.com> wrote:> > getmail is not sending the delete request. > > Mails are sent and received but not deleted gmail so I keep getting > > them. > > > > mick at rapunzel:~/.getmail$ getmail --rcfile getmailrc1 > > Delivery error (command deliver 1363 wrote to stderr: > > lda(mick,)Error: net_connect_unix(/var/run/dovecot//stats-writer) > > failed: Permission denied) > > > > I think is apt install dovecot on debian buster probably > > I updated yesterday but was working OK since so I dunno what > > happened. is log full or something ? > > you can fix this with > > service stats { > unix_listener stats-writer { > mode = 077 > } > }But why is this needed? Something has changed. It used to work without the socket being owned by the user running 'deliver'. I just ran into this on FreeBSD after a package update, so it's not just Debian.