Hello to all:
This thread resolved this error: "net_connect_unix(/run/dovecot/stats-writer)
failed: Permission denied"
But now I'm getting error, below. Is this similar known issue?
[623] # dovecot --version
2.3.19.1 (9b53102964)
pjbondi@shackleton1210:~$ do
Hi All,
I think this bug is back in dovecot 2.4.1.
I'm getting:-
lmtp(15118): Error: conn unix:/run/dovecot/anvil:
net_connect_unix(/run/dovecot/anvil) failed: Permission denied
I run following post service start to fix it, I set:
chmod 666 /var/run/dovecot/anvil
I tried setting mode =
> In general, I find a setup using virtual users a lot easier to manage:
I thought it looked harder to setup virtual users (I had read about them).
I have found that the trivial answer has been to change the permissions on
/var/spool/mail directory (only mail user and group had access - my user n
at(/var/spool/mail/peter) failed: Permission denied
I had a thought, as user peter, even though I own /var/spool/mail/peter I am
unable to access it:
[peter@Backup ~]$ ls /var/spool/mail/peter
ls: cannot access '/var/spool/mail/peter': Permission denied
The inability of peter to access tha
> > My desire is to get system generated mail (currently delivered to the
> file /var/spool/mail/root) to be picked up from another machine by user
> peter
So that means you should deliver/redirect this email to peter (or you need to
start messing with shared/public mailboxes)
>
> Is there any
, inbox=/var/spool/mail/peter, alt=
Dec 14 12:10:32 Backup dovecot[1139994]: pop3(peter)<1144790><>: Debug: Mailbox
INBOX: Mailbox opened because: POP3 INBOX
Dec 14 12:10:32 Backup dovecot[1139994]: pop3(peter)<1144790><>: Error: Mailbox
INBOX: stat(/var/spool/mail/peter
ckup dovecot[1139994]: pop3(peter)<1144790><>: Debug: Mailbox
INBOX: Mailbox opened because: POP3 INBOX
Dec 14 12:10:32 Backup dovecot[1139994]: pop3(peter)<1144790><>: Error: Mailbox
INBOX: stat(/var/spool/mail/peter) failed: Permission denied
I had a thought, as user pete
only email. Sorry for the confusion!
My reason for wanting to get this going is not to deliver e-mail over the
internet but to use it to monitor internally system messages on the server.
Is there anywhere that I can get more logs - when it says Permission denied it
would be helpful to know what it
e it to monitor internally system messages on the server.
Is there anywhere that I can get more logs - when it says Permission denied it
would be helpful to know what it was trying to open as that might give me a
clue as to what I've got wrong in my config.
___
Am 13.12.24 um 19:11 schrieb dovecot--- via dovecot:
mail_location = mbox:~mail:INBOX=/var/spool/mail%u
/ missing between mail and %u
Also %n may be more useful as %u _usually_ is u...@domain.tld
(possibly not in your configuration, cannot check, your config excerpt
is too limited)
_
0664><>: Error: Couldn't
open INBOX: Permission denied
Dec 13 17:03:23 Backup dovecot[690594]: pop3(peter)<690664><>: Disconnected:
Couldn't open INBOX: Permission denied top=0/0, retr=0/0, del=0/0, size=0
(There is a random data between <> - I've dele
ok, so I can ignore it.. but I don't receive mails for some reason.. Here's my
postfix config..
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
compatibility_level = 2
inet_interfaces = all
inet_protocols = ipv4
mailbox_size_limit = 0
mailbox_t
If you mean the debug message, its just a debug message, not a problem.
If you need bytes_in/out metrics you can use
import_environment = $import_environment PR_SET_DUMPABLE=2
Aki
On 31/08/2024 13:12 EEST ljakku77--- via dovecot
wrote:
Hi, I got same problem!
Hi, I got same problem!
# 2.3.21 (47349e2482): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.21 (f6cd4b8e)
# OS: Linux 6.8.0-41-generic x86_64 Ubuntu 24.04.1 LTS
auth_debug = yes
auth_debug_passwords = yes
auth_mechanisms = plain login
auth_username_format = %Ln
auth_verbose = yes
auth_verbo
Worked like a charm. Thanks!
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
> On 01/06/2024 19:47 EEST se--- via dovecot wrote:
>
>
> Tried all kinds of user setup, and read what I found on different foras, but
> still get:
>
> "Debug: open(/proc/self/io) failed: Permission denied"
>
> Is anyone able to spot the misconfig?
&
Tried all kinds of user setup, and read what I found on different foras, but
still get:
"Debug: open(/proc/self/io) failed: Permission denied"
Is anyone able to spot the misconfig?
Thanks in advance!
This is my dovecot -n:
# 2.3.7.2 (3c910f64b): /etc/dovecot/dovecot.conf
#
Hi,
On Mon, Apr 24, 2023 at 1:34 PM Aki Tuomi
wrote:
> You can get rid of the debug message with
>
> import_environment = $import_environment PR_SET_DUMPABLE=2
>
> or setting
>
> sysctl fs.suid_dumpable=2
>
Thanks so much - that appears to have fixed it. What does that do, and any
idea why it w
vecot
> imap(bcc-user)<2977522>: Debug: Module loaded:
> /usr/lib64/dovecot/lib20_listescape_plugin.so
> imap(bcc-user)<2977522>: Debug: Effective uid=1001,
> gid=1001, home=/home/bcc-user
> imap(bcc-user)<2977522>: Debug: open(/proc/self/io) failed:
> Permission denied
&
ectory: /usr/lib64/dovecot
imap(bcc-user)<2977522>: Debug: Module loaded:
/usr/lib64/dovecot/lib20_listescape_plugin.so
imap(bcc-user)<2977522>: Debug: Effective uid=1001,
gid=1001, home=/home/bcc-user
imap(bcc-user)<2977522>: Debug: open(/proc/self/io)
failed: Permission denied
imap
On Mon, Jan 16, 2023 at 1:34 PM manmatha wrote:
> Hi All,
>
> We are running Round cube on top of dovecot and postfix as our email echo
> system. Main problem we are facing is that, roundcube loads really slow for
> big inboxes (~5000 emails). I found that, while it loads, imap process goes
> hig
dovecot:
imap(xyz)<361270>: Error: unlink(/var/mail/xyz.lock)
failed: Permission denied (in file-dotlock.c:195)
Jan 16 15:36:13 roundcube-internal-server-1 dovecot:
imap(xyz)<361270>: Error: unlink(xyz.lock) failed:
Permission denied (in file-dotlock.c:195)
Jan 16 15:36:13 roundc
16><1NieGKPmuOdKwxVI>: Error: Mailbox INBOX:
>>>> stat(/mnt/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log
>>>> <http://domain.com/user/dovecot.index.log>
>>>> <http://domain.com/user/dovecot.index.log
>>>> <h
If you are running gocryptfs with Dovecot, you need to ensure that Dovecot has
access to the files even when you are not logged in. Perhaps gocryptfs is
blocking access to processes not originating from your session?
Aki
> On 31/08/2022 07:14 EEST Austin Witmer wrote:
>
>
> No, I am manuall
No, I am manually mounting it when I start my server. I then start dovecot.
Austin Witmer
> On Aug 30, 2022, at 9:40 PM, pe...@chubb.wattle.id.au wrote:
>
>
>>
>> "Austin" == Austin Witmer writes:
>
>
> Austin> So, the location of my mail storage
> Austin> (/mnt/volume1/mailserver/plai
> "Austin" == Austin Witmer writes:
Austin> So, the location of my mail storage
Austin> (/mnt/volume1/mailserver/plain/maildir/%d/%n/) is a filesystem
Austin> mounted by gocryptfs. Do you think gocryptfs could be at fault
Austin> here?
Is it automounted? I've seen issues where dovecot trie
See below . . .
> On Aug 30, 2022, at 1:41 PM, spi wrote:
>
>
>
> Am 30.08.22 um 20:43 schrieb Austin Witmer:
>> I’m am still getting the errors I mentioned previously. Maybe half a dozen
>> of them per day . . .
>>
>> So, the location of my mail storage
>> (/mnt/volume1/mailserver/plain/ma
Am 30.08.22 um 20:43 schrieb Austin Witmer:
I’m am still getting the errors I mentioned previously. Maybe half a
dozen of them per day . . .
So, the location of my mail storage
(/mnt/volume1/mailserver/plain/maildir/%d/%n/) is a filesystem mounted
by gocryptfs. Do you think gocryptfs could be a
stin Witmer
>>
>>> On Aug 20, 2022, at 11:15 AM, spi >> <mailto:s...@nurfuerspam.de>> wrote:
>>>
>>>
>>>> Am 20.08.22 um 16:52 schrieb Austin Witmer:
>>>> Hello all!
>>>>
>>>> Recently I upgraded my m
stin
> # group: austin
> user::rwx
> group::rwx
> other::r--
>
> Austin Witmer
>
> On Aug 20, 2022, at 11:15 AM, spi wrote:
>
>
>
> Am 20.08.22 um 16:52 schrieb Austin Witmer:
> Hello all!
>
> Recently I upgraded my mail server to Ubuntu 22.04 LTS
gt;>
>>> Aug 20 14:41:58 mail dovecot:
>>> imap(u...@domain.com)<56316><1NieGKPmuOdKwxVI>: Error: Mailbox INBOX:
>>> stat(/mnt/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log
>>> <http://domain.com/user/dovecot.index.log
t;1NieGKPmuOdKwxVI>: Error: Mailbox INBOX:
>>> stat(/mnt/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log
>>> <http://domain.com/user/dovecot.index.log>) failed: Permission denied
>>> (euid=1000(austin) egid=1000(austin) UNIX perms appear
:
>> imap(u...@domain.com)<56316><1NieGKPmuOdKwxVI>: Error: Mailbox INBOX:
>> stat(/mnt/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log
>> <http://domain.com/user/dovecot.index.log>) failed: Permission denied
>> (euid=1000(austin) egid=1
<56316><1NieGKPmuOdKwxVI>: Error: Mailbox INBOX:
>> stat(/mnt/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log
>> <http://domain.com/user/dovecot.index.log>) failed: Permission denied
>> (euid=1000(austin) egid=1000(austin) UNIX perms appear ok (ACL/
mnt/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log
>> <http://domain.com/user/dovecot.index.log>) failed: Permission denied
>> (euid=1000(austin) egid=1000(austin) UNIX perms appear ok (ACL/MAC
>> wrong?))
>>
>> And here is the listing showing the p
/mnt/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log
<http://domain.com/user/dovecot.index.log>) failed: Permission denied (euid=1000(austin)
egid=1000(austin) UNIX perms appear ok (ACL/MAC wrong?))
And here is the listing showing the permissions for that file.
*austin@mail*
mail dovecot:
imap(u...@domain.com)<56316><1NieGKPmuOdKwxVI>: Error: Mailbox INBOX:
stat(/mnt/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log
<http://domain.com/user/dovecot.index.log>) failed: Permission denied
(euid=1000(austin) egid=1000(austin) UNIX perms
dovecot:
>>> imap(u...@domain.com)<56316><1NieGKPmuOdKwxVI>: Error: Mailbox INBOX:
>>> stat(/mnt/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log
>>> <http://domain.com/user/dovecot.index.log>) failed: Permission denied
>&g
dovecot:
>>> imap(u...@domain.com)<56316><1NieGKPmuOdKwxVI>: Error: Mailbox INBOX:
>>> stat(/mnt/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log
>>> <http://domain.com/user/dovecot.index.log>) failed: Permission denied
>&g
t/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log
>> <http://domain.com/user/dovecot.index.log>) failed: Permission denied
>> (euid=1000(austin) egid=1000(austin) UNIX perms appear ok (ACL/MAC wrong?))
>>
>> And here is the listing showing the permissio
:58 mail dovecot:
imap(u...@domain.com)<56316><1NieGKPmuOdKwxVI>: Error: Mailbox INBOX:
stat(/mnt/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log
<http://domain.com/user/dovecot.index.log>) failed: Permission denied
(euid=1000(austin) egid=1000(austin) UN
ain.com>)<56316><1NieGKPmuOdKwxVI>: Error: Mailbox INBOX:
> stat(/mnt/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log
> <http://domain.com/user/dovecot.index.log>) failed: Permission denied
> (euid=1000(austin) egid=1000(austin) UNIX perms appea
316><1NieGKPmuOdKwxVI>:
Error: Mailbox INBOX:
stat(/mnt/volume1/mailserver/plain/maildir/domain.com/user/dovecot.index.log)
failed: Permission denied (euid=1000(austin) egid=1000(austin) UNIX perms
appear ok (ACL/MAC wrong?))
And here is the listing showing the permissions for that file.
> On 04/01/2022 08:04 Ken Wright wrote:
>
>
> I've got a new Dovecot error (well, new to me, at least)!
>
> I ran tail /var/log/mail.err and got the following:
>
> net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission
> denied
>
> I c
I've got a new Dovecot error (well, new to me, at least)!
I ran tail /var/log/mail.err and got the following:
net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission
denied
I checked the file, and it's owned by www-data and the www-data group,
with read and write permi
On Thu, 2021-12-30 at 00:20 +0100, Christian Kivalo wrote:
> The override.conf goes to /etc/systemd/system/dovecot.service.d/ to
> be included.
> Issue systemctl daemon-reload before restarting dovecot.
> systemctl cat dovecot.service shows you the content of the involved
> conf files
Tried this,
On 2021-12-29 17:51, Ken Wright wrote:
On Wed, 2021-12-29 at 18:34 +0200, Aki Tuomi wrote:
> On 29/12/2021 18:09 Ken Wright wrote:
>
> On Wed, 2021-12-29 at 09:51 +0200, Aki Tuomi wrote:
> >
> > > On 29/12/2021 05:22 Ken Wright wrote:
> > >
> > > Any further information available upon re
On Wed, 2021-12-29 at 18:34 +0200, Aki Tuomi wrote:
>
> > On 29/12/2021 18:09 Ken Wright wrote:
> >
> > On Wed, 2021-12-29 at 09:51 +0200, Aki Tuomi wrote:
> > >
> > > > On 29/12/2021 05:22 Ken Wright wrote:
> > > >
> > > > Any further information available upon request!
> > >
> > > Maybe s
> On 29/12/2021 18:09 Ken Wright wrote:
>
>
> On Wed, 2021-12-29 at 09:51 +0200, Aki Tuomi wrote:
> >
> > > On 29/12/2021 05:22 Ken Wright wrote:
> > >
> > > Any further information available upon request!
> >
> > Maybe systemd is blocking it?
> >
> > If systemd unit has ProtectSystem=st
On Wed, 2021-12-29 at 09:51 +0200, Aki Tuomi wrote:
>
> > On 29/12/2021 05:22 Ken Wright wrote:
> >
> > Any further information available upon request!
>
> Maybe systemd is blocking it?
>
> If systemd unit has ProtectSystem=strict or ProtectSystem=full, try
> adding override.conf with
>
> [S
l.err:
>
> Dec 28 22:05:02 grace dovecot:
> lmtp(m...@mydomain.com)<910309>: Error: lmtp-
> server: conn unix:pid=906625,uid=117 [6]: rcpt m...@mydomain.com: Mailbox
> INBOX:
> open(/var/mail/vmail/m...@mydomain.com/tmp/1640747102.M850878P910309.grac
> ) failed: Permission
ix:pid=906625,uid=117 [6]: rcpt m...@mydomain.com: Mailbox
INBOX:
open(/var/mail/vmail/m...@mydomain.com/tmp/1640747102.M850878P910309.grac
) failed: Permission denied
Any further information available upon request!
lmtp(user2)<1518>: lmtp-server: conn
unix:pid=1517,uid=0 [1]: rcpt user2:
msgid=:
saved mail to INBOX
Mar 27 00:35:04 mx2 dovecot[1473]:
lmtp(user1)<1518>: Error: lmtp-server: conn
unix:pid=1517,uid=0 [1]: rcpt user2:
stat(/var/spool/mail/user2/.imap/INBOX/dovecot.index.log) failed:
Permis
g fine
otherwise, should I just ignore it?
Still makes me wonder way it would happen at all..?
MJ
On 10/22/20 12:53 PM, mj wrote:
> Hi,
>
> We are getting very occasional messags from dovecot:
>
>> net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission denied
&g
unning fine
> otherwise, should I just ignore it?
>
> Still makes me wonder way it would happen at all..?
>
> MJ
>
> On 10/22/20 12:53 PM, mj wrote:
> > Hi,
> >
> > We are getting very occasional messags from dovecot:
> >
> >> net_connect_u
/dovecot/stats-writer) failed: Permission denied
Over the last week, the message appeared five times. (on a mail server
with over 100 users, to that's basically almost never)
doveconf -n below
# 2.3.4.1 (f79e8e7e4): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.4 ()
# OS: Linux 4.19
Hi,
We are getting very occasional messags from dovecot:
net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission denied
Over the last week, the message appeared five times. (on a mail server
with over 100 users, to that's basically almost never)
doveconf -n below
# 2.
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/
Her
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,mount
On 21 Sep 2020, at 01:48, Claudio Corvino wrote:
> problem still occurring, I just noticed that if I do an "ls -l
> /mnt/mail-storage//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
34:2,m)
failed: Permission denied (euid=501(vmail) egid=501(vmail) missing +r
perm:
/mnt/mail-storage/XXX/Maildir/cur/1594641298.M607225P10899.XXX,S=4465,W=4534:2,m
stat(/mnt/mail-storage/XXX/Maildir/cur/1594641298.M607225P10899.XXX,S=4465,W=4534:2,m)
failed: Permission denied)/
SElinux is no
.XXX,S=4465,W=4534:2,m)
failed: Permission denied (euid=501(vmail) egid=501(vmail) missing +r
perm:
/mnt/mail-storage/XXX/Maildir/cur/1594641298.M607225P10899.XXX,S=4465,W=4534:2,m
stat(/mnt/mail-storage/XXX/Maildir/cur/1594641298.M607225P10899.XXX,S=4465,W=4534:2,m)
failed: Permission denied
Strange behavior but after a reboot of the Dovecot server, the error
disappeared from logs (like Windows style! :-)).
I'll monitor the situation and take you updated in case it should come back.
Thanks all!
On 13/07/20 20:27, John Stoffel wrote:
"Mark" == Mark Moseley writes:
Mark> This is
> "Mark" == Mark Moseley writes:
Mark> This is just me throwing things out to look at, but did the
Mark> client mount on the old server use NFS3 and the new upgraded
Mark> client uses NFS4? Sometimes that can cause weirdness with id
Mark> mapping.
Another thing to check is selinux, is it
ged on the NFS client side on Debian,
> but I don't think so as aptlistchanges didn't notify me about it, nor if
> Dovecot 2.2.17 treat NFS in other way.
>
> I'm stuck.
>
> On 13/07/20 16:07, Jochen Bern wrote:
> > On 07/13/2020 03:45 PM, Claudio Corvino wrote:
&g
x27;t notify me about it, nor if
Dovecot 2.2.17 treat NFS in other way.
I'm stuck.
On 13/07/20 16:07, Jochen Bern wrote:
On 07/13/2020 03:45 PM, Claudio Corvino wrote:
in addition the "permission denied" error is
random, most of the time Dovecot works well.
In *that* case, I'
Hi Jochen,
the ID has not changed, in addition the "permission denied" error is
random, most of the time Dovecot works well.
How can I check the mappings NFS uses?
After the Debian upgrade I was using these NFS mount options:
rw,user,rsize=8192,wsize=8192,timeo=30,intr
Now try
Hi everyone,
we just upgraded our mail server from Debian 8 to Debian 9, so our
dovecot packages just got upgraded from version 2.2.13 to 2.2.17.
Now we have a lot of errors in our dovecot.log about permission denied
(our Mailboxes are on NFS remote server since years without problems)
like
$MSGID$>: saved mail to INBOX
May 22 11:06:11 sinon dovecot[44304]:
lmtp($USER2$)<119718><2HnmOgIR5Vym0wEA22L5Rg:2>: Error:
stat(/IMAP/mail/mailboxes/$USER1$/mdbox/mailboxes/INBOX/dbox-Mails/dovecot.index.cache)
failed: Permission denied (euid=$UID2$($USER2$) egid=$GID2$(rbg
mail dovecot: lda(user@domain)<955>:
msgid=<4562sm6yyyzv...@mail.covisp.net>: save failed to INBOX: Mailbox INBOX:
open(/usr/local/virtual/user@domain/tmp/1558293345.M130062P955.mail.covisp.net)
failed: Permission denied
The permissions on /usr/local/virual have not changed and ar
‐‐‐ Original Message ‐‐‐
On Wednesday, April 10, 2019 1:08 PM, Michael Orlitzky via dovecot
wrote:
> On 4/10/19 6:39 AM, Dmitry Donskih via dovecot wrote:
>
> > `chmod -R 655 /etc/foobar/ssl' drops x attribute from`ssl' itself.
> > Use `chmod -R 755' or`chmod +x' or similar.
>
> Your p
0.4.2019 12.36, Laura Smith via dovecot wrote:
> > >
> > > > Dovecot 2.3.3 (dcead646b)
> > > > openSUSE Leap 15.0
> > > > I am getting a weird error message:
> > > > Fatal: Error in configuration file /etc/dovecot/local.conf line 16:
> > >
> On 10 Apr 2019, at 11:50, Aki Tuomi via dovecot wrote:
>
>
>> On 10 April 2019 20:48 @lbutlr via dovecot wrote:
>>
>>
>> On 10 Apr 2019, at 10:43, @lbutlr via dovecot wrote:
>>> lso, the failed message strongly implies that the email was not delivered,
>>> since it happens on the deliv
> On 10 April 2019 20:48 @lbutlr via dovecot wrote:
>
>
> On 10 Apr 2019, at 10:43, @lbutlr via dovecot wrote:
> > lso, the failed message strongly implies that the email was not delivered,
> > since it happens on the delivery log line and there is not indication in
> > the log that delive
On 10 Apr 2019, at 10:43, @lbutlr via dovecot wrote:
> lso, the failed message strongly implies that the email was not delivered,
> since it happens on the delivery log line and there is not indication in the
> log that delivery succeeded. However, the message is delivered. It might be
> worth
On 10 Apr 2019, at 10:55, Remo Mattei via dovecot wrote:
> This is what fixed mine
>
> service stats {
> # unix_listener stats-reader {
> # group =
> # mode = 0666
> # user =
> # }
> unix_listener stats-writer {
> group = dovecot
> mode = 0666
> user =
> }
> }
Set
This is what fixed mine
service stats {
# unix_listener stats-reader {
# group =
# mode = 0666
# user =
# }
unix_listener stats-writer {
group = dovecot
mode = 0666
user =
}
}
> On Apr 10, 2019, at 09:43, @lbutlr via dovecot wrote:
>
> On 10 Apr 2019, at
On Wed, 10 Apr 2019 at 19:44, @lbutlr via dovecot
wrote:
> On 10 Apr 2019, at 09:06, @lbutlr via dovecot wrote:
> > Should I add
> >
> > service stats {
> > unix_listener stats-writer {
> > user = dovecot
> > }
> > unix_listener stats-reader {
> > user = dovecot
> > }
> > }
> >
> >
On 10 Apr 2019, at 09:06, @lbutlr via dovecot wrote:
> Should I add
>
> service stats {
> unix_listener stats-writer {
> user = dovecot
> }
> unix_listener stats-reader {
> user = dovecot
> }
> }
>
> to my dovecot.conf file?
I did this and it appears to have fixed the issue.
Also
On Wed, 10 Apr 2019 at 18:06, @lbutlr via dovecot
wrote:
>
>
> > On 10 Apr 2019, at 08:57, Odhiambo Washington via dovecot <
> dovecot@dovecot.org> wrote:
> >
> >
> >
> > On Wed, 10 Apr 2019 at 17:50, @lbutlr via dovecot
> wrote:
> > On 10 Apr 2019, at 08:36, @lbutlr via dovecot
> wrote:
> > >
> On 10 Apr 2019, at 08:57, Odhiambo Washington via dovecot
> wrote:
>
>
>
> On Wed, 10 Apr 2019 at 17:50, @lbutlr via dovecot wrote:
> On 10 Apr 2019, at 08:36, @lbutlr via dovecot wrote:
> > net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission den))
>
> One other detail:
On Wed, 10 Apr 2019 at 17:50, @lbutlr via dovecot
wrote:
> On 10 Apr 2019, at 08:36, @lbutlr via dovecot wrote:
> > net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission den))
>
> One other detail:
>
> /var/run/dovecot/stats-writer:
> 0 srw-rw 1 root dovecot 0 Apr 10 08
On 10 April 2019 17:49 @lbutlr via dovecot <
dovecot@dovecot.org> wrote:
On 10 Apr 2019, at 08:36, @lbutlr via dovecot <
dovecot@dovecot.org> wrote:
net_connect_unix(/var/run/dovecot/stats-writer) failed: Per
On 10 Apr 2019, at 08:36, @lbutlr via dovecot wrote:
> net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission den))
One other detail:
/var/run/dovecot/stats-writer:
0 srw-rw 1 root dovecot 0 Apr 10 08:47 stats-writer
--
"Back off, man. I'm a scientist."
I am getting this error in logs
net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission den))
and I looked around the google results and it seems to be related to using
service stats, which I am not using.
# doveconf -n | grep stat
# doveconf -n | head -3
# 2.3.5.1 (7ec6d0ade): /usr
On 4/10/19 6:39 AM, Dmitry Donskih via dovecot wrote:
> `chmod -R 655 /etc/foobar/ssl' drops x attribute from `ssl' itself.
> Use `chmod -R 755' or `chmod +x' or similar.
>
Your private keys should be... private. Use 750 instead.
Leap 15.0
>>> I am getting a weird error message:
>>> Fatal: Error in configuration file /etc/dovecot/local.conf line 16:
>>> ssl_cert: Can't open file /etc/foobar/ssl/certbot.pem: Permission denied
>>> I have tried the following:
>>>
>>> -
atal: Error in configuration file /etc/dovecot/local.conf line 16: ssl_cert:
> Can't open file /etc/foobar/ssl/certbot.pem: Permission denied
>
> I have tried the following:
> - chmod -R 655 /etc/foobar/ssl (/etc/foobar is 755)
> - create "ssl_users" group add dovecot to
etc/dovecot/local.conf line 16:
> > ssl_cert: Can't open file /etc/foobar/ssl/certbot.pem: Permission denied
> > I have tried the following:
> >
> > - chmod -R 655 /etc/foobar/ssl (/etc/foobar is 755)
> > - create "ssl_users" group add dovecot to it
On 10.4.2019 12.36, Laura Smith via dovecot wrote:
> Dovecot 2.3.3 (dcead646b)
> openSUSE Leap 15.0
>
> I am getting a weird error message:
>
> Fatal: Error in configuration file /etc/dovecot/local.conf line 16: ssl_cert:
> Can't open file /etc/foobar/ssl/certbot.pe
Dovecot 2.3.3 (dcead646b)
openSUSE Leap 15.0
I am getting a weird error message:
Fatal: Error in configuration file /etc/dovecot/local.conf line 16: ssl_cert:
Can't open file /etc/foobar/ssl/certbot.pem: Permission denied
I have tried the following:
- chmod -R 655 /etc/foobar/ssl (/etc/f
lmtp(john@octet.space)<21780>: Error: Mailbox INBOX:
Saving mail:
read(/var/vmail/octet.space/john/Maildir/tmp/1551030180.M508113P21780.toaster.octet.space)
failed: Permission denied (read reason=header Subject (Cache file is unusable))
It's like it's trying to read the message after i
a dovecot:
>
> > Error: mkdir(/var/vmail/ema...@example.com/Maildir) failed: Permission
> > denied (euid=5000(vmail) egid=5000(vmail) missing +w perm: /var, dir
> owned
> > by 0:0 mode=0755)
>
> The error message seems pretty clear. User 'vmail' does not have writ
* Kunal A. via dovecot:
> Error: mkdir(/var/vmail/ema...@example.com/Maildir) failed: Permission
> denied (euid=5000(vmail) egid=5000(vmail) missing +w perm: /var, dir owned
> by 0:0 mode=0755)
The error message seems pretty clear. User 'vmail' does not have write
permissions
06 computer dovecot[4872]: imap-login: Login: user=<
ema...@example.com>, method=PLAIN, rip=::1, lip=::1, mpid=4878, secured,
session=
Feb 22 08:55:14 computer dovecot[4872]:
imap(ema...@example.com)<4878>:
Error: mkdir(/var/vmail/ema...@example.com/Maildir) failed: Permission
denied (eui
Hello:
We have got 2 directors and three backend mailbox servers.
I get the following error " Error: connect(ipc-proxy) failed: Permission
denied".
I have read the article
https://www.dovecot.org/list/dovecot/2012-August/137349.html
and we have done as signaled in the two director se
ail_public/public: Permission denied."
Config dumps, logs in attaches.
# 2.3.1 (c5a5c0c82): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.5.devel (61b47828)
# OS: Linux 4.14.47-5.el7xen.x86_64 x86_64 CentOS Linux release 7.5.1804 (Core)
auth_cache_negative_ttl = 0
auth_cache_size = 1 k
auth
/run/dovecot/stats-writer) failed: Permission
denied
Feb 07 11:16:35 aldebaran dovecot[7455]: imap: Error:
net_connect_unix(/usr/local/var/run/dovecot/stats-writer) failed: Permission
denied
I can change the owner and/or permissions of the file, than it works till the
next reboot.
How can i
Hi there!
Since i compile my own dovecot (not using dovecot from debian), i get
this error on each startup dovecot with systemd
Feb 07 11:16:35 aldebaran dovecot[7455]: imap: Error:
net_connect_unix(/usr/local/var/run/dovecot/stats-writer) failed:
Permission denied
Feb 07 11:16:35 aldebaran
Kaiser :
On Thu, 26 Oct 2017, tr...@skrilnetz.net wrote:
/dovecot: lda(www-data): Error: user www-data: Initialization
failed: Namespace '': MKDIR(/VAR/WWW/MAIL) failed: Permission
denied (euid=33(www-data) egid=33(www-data) missing +w perm:
/var/www, dir owned by 1001:1001 mode=0755//)
1 - 100 of 414 matches
Mail list logo
