Re: debugging file permissions wrong

Aki, using syslog works, but using the file does not, the exact error is in deliver log - where lda writes to ok lda: Fatal: Can't open log file xxx: Permission denied so log files deliver.log owned by vmail/vmailand pop3 log root/root, the debug file is created root/root but lda is

Re: debugging file permissions wrong

Hi, Yes, lda writes to deliver.log just fine, will give type syslog a try, was just hoping to put it into a debug file so when we sort out the issue we can delete the file without losing correct metadata entries On Tue, Jun 1, 2021 at 3:26 PM Aki Tuomi wrote: > > > On 01/06/2021 02:35 Laura

Re: debugging file permissions wrong

> On 01/06/2021 02:35 Laura Steynes wrote: > > > Hi, > > In trying to debug a strange error where client can't login, I enabled all > the usual debug settings, this is all good, it works for imap and pop3 fine, > but the problem is when used with dovecot's LDA there is a nasty issue. > >

debugging file permissions wrong

Hi, In trying to debug a strange error where client can't login, I enabled all the usual debug settings, this is all good, it works for imap and pop3 fine, but the problem is when used with dovecot's LDA there is a nasty issue. the file created by debug_log_path in this case

LDA File Permissions

All, I am looking for an easy way to setup LDA so that it creates files with group read permission. Currently LDA/Sieve create the '.dovecot.lda-dupes’ file with ‘0600’. My backup process needs to be able to read the file because it runs as a user that is in the same group as the LDA process.

Re: Dovecot Folder and file permissions.

Am 05.01.2021 um 21:18 schrieb Thomas Strike: While working with adding a website to apache on my server something caused a blanket resetting of all file permissions on the server to apache:apache. I have most of the server running again but my mail services is another story. I have configured

Dovecot Folder and file permissions.

While working with adding a website to apache on my server something caused a blanket resetting of all file permissions on the server to apache:apache. I have most of the server running again but my mail services is another story. I have configured vmail on a Postfix with Dovecot and mariadb

Re: File permissions

Thank you. On Tue, Jan 8, 2019 at 19:02, Aki Tuomi wrote: >> On 08 January 2019 at 19:39 Rupert Gallagher via dovecot >> wrote: >> >> >> Hello, >> >> I am mosty done with the upgrade, but there is a problem that keeps me awake >> at night: file ownership and permissions. >> >> It would be

Re: File permissions

> On 08 January 2019 at 19:39 Rupert Gallagher via dovecot > wrote: > > > Hello, > > I am mosty done with the upgrade, but there is a problem that keeps me awake > at night: file ownership and permissions. > > It would be most helpful to have the following from Aki's live system: > > ls

File permissions

Hello, I am mosty done with the upgrade, but there is a problem that keeps me awake at night: file ownership and permissions. It would be most helpful to have the following from Aki's live system: ls -halFR /var/run/dovecot

Re: Basic question about file permissions for sieve error log

Op 24/07/2018 om 21:58 schreef J Doe: Hello, I have an admittedly very basic question, but I am not able to get it to work. I store my global sieve script in: /etc/dovecot. I recently made a mistake in my global sieve script which causes Dovecot to attempt to log the errors in:

Re: Basic question about file permissions for sieve error log

On 24.07.2018 22:58, J Doe wrote: > Hello, > > I have an admittedly very basic question, but I am not able to get it to work. > > I store my global sieve script in: /etc/dovecot. I recently made a mistake > in my global sieve script which causes Dovecot to attempt to log the errors > in:

Basic question about file permissions for sieve error log

Hello, I have an admittedly very basic question, but I am not able to get it to work. I store my global sieve script in: /etc/dovecot. I recently made a mistake in my global sieve script which causes Dovecot to attempt to log the errors in: /etc/dovecot/sieve-global.log In

Re: Postfix/dovecot: user unrecognized, file permissions being misread

Sent from my iPhone > On Jul 5, 2016, at 8:36 PM, C. Andrews Lavarre wrote: > > Hello all. Thanks to Edgar for the below, but we still have a > curiosity: >> On Sun, 2016-07-03 at 17:31 -0500, Edgar Pettijohn wrote: >>> On 16-07-03 18:17:48, C. Andrews Lavarre wrote:

Re: Postfix/dovecot: user unrecognized, file permissions being misread

Hello all. Thanks to Edgar for the below, but we still have a curiosity: On Sun, 2016-07-03 at 17:31 -0500, Edgar Pettijohn wrote: > On 16-07-03 18:17:48, C. Andrews Lavarre wrote: > > On Sun, 2016-07-03 at 15:56 -0500, Edgar Pettijohn wrote: > > > doveconf -n would be helpful > Double check me,

Re: Postfix/dovecot: user unrecognized, file permissions being misread

On 16-07-03 18:17:48, C. Andrews Lavarre wrote: > On Sun, 2016-07-03 at 15:56 -0500, Edgar Pettijohn wrote: > > doveconf -n would be helpful > Thank you: > lavarre:/var/mail/vhosts/privustech.com # doveconf -n > # 2.2.18: /etc/dovecot/dovecot.conf > > # Pigeonhole version 0.4.8 (0c4ae064f307+) >

Re: Postfix/dovecot: user unrecognized, file permissions being misread

Edgar hello. Thanks again. Not sure of the protocol. Perhaps better to keep the entire thread complete, so here again is doveconf -n with the precendents: lavarre:/var/mail/vhosts/privustech.com # doveconf -n # 2.2.18: /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.8 (0c4ae064f307+) # OS:

Re: Postfix/dovecot: user unrecognized, file permissions being misread

On Sun, 2016-07-03 at 15:56 -0500, Edgar Pettijohn wrote: > doveconf -n would be helpful Thank you: lavarre:/var/mail/vhosts/privustech.com # doveconf -n # 2.2.18: /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.8 (0c4ae064f307+) # OS: Linux 4.1.26-21-default x86_64 openSUSE 42.1 (x86_64)

Re: Postfix/dovecot: user unrecognized, file permissions being misread

On 16-07-03 16:44:42, C. Andrews Lavarre wrote: > Hello all. Have spent several days following the excellent tutorial: > > http://www.binarytides.com/install-postfix-dovecot-debian/ > > but still fail to have the user recognized and am getting log entries > that the mail directories are 0755

Postfix/dovecot: user unrecognized, file permissions being misread

Hello all. Have spent several days following the excellent tutorial: http://www.binarytides.com/install-postfix-dovecot-debian/ but still fail to have the user recognized and am getting log entries that the mail directories are 0755 when I can clearly see that they are 0774. Very puzzling, any

File permissions: system groups for do not work for group/shared mailboxes

Hello! I am struggling to set up a group mailbox for users of a certain system group. I want to grant access to the mailbox on a filesystem mode by using the system groups. The problem, the set up works fine and when I use setfacl and grant permissions too each user manually, it works fine.

Re: [Dovecot] Dbox group file permissions

Just in case someone else has the same problem, I had to change the following two variables mail_home = /mnt/home/imapd/%d/%n mail_location = dbox:/mnt/home/imapd/%d/%n to mail_home = /mnt/home/imapd/%d/%n mail_location = dbox:~/ When mail_location begins with%h or~/, its permissions are

[Dovecot] Dbox group file permissions

Hi everyone, I feel like I am missing something obvious here. I have dovecot up and running and every piece of mail is given user read/write permission. I see the option mail_gid, but I do not see anyplace to set the group permissions. I see the below wiki talking about new home

[Dovecot] File permissions used for automatically created mailbox

Hi, I'm running Dovecot 2.1.12 on FreeBSD (quite successfully so, thanks for this nice piece of software!). One thing which is slightly annoying though is that automatically created mailboxes (I have lda_mailbox_autocreate set) don't have the file permissions I'd like them to have. I'm

Re: [Dovecot] File permissions used for automatically created mailbox

lda_mailbox_autocreate set) don't have the file permissions I'd like them to have. Right now, newly created mailbox directories (e.g. /home/vmail/bob) have 0700 permissions, but I'd like to have 0750 for all directories and 0640 for all files so that all files and directories are group-readable

Re: [Dovecot] File Permissions and delivery

-Original Message- From: Timo Sirainen [mailto:t...@iki.fi] On Mon, 2011-08-29 at 11:14 -0400, Simon Brereton wrote: Aug 29 15:59:14 mail dovecot: deliver(si...@lydiard.net): stat(/var/spool/mail/virtual/domain.net/simon/tmp) failed: Permission denied (euid=999(mailsystem)

Re: [Dovecot] File Permissions and delivery

-Original Message- From: dovecot-boun...@dovecot.org [mailto:dovecot- boun...@dovecot.org] On Behalf Of Patrick Domack Just adding that won't make dovecot use it though, you would have to include the postconf -n output. Normally something like virtual_transport=dovecot Crap. I had

Re: [Dovecot] File Permissions and delivery

-Original Message- From: Timo Sirainen [mailto:t...@iki.fi] Sent: Sunday, August 28, 2011 11:25 PM On Fri, 2011-08-26 at 13:10 -0400, Simon Brereton wrote: mail:~# ls /var/spool/mail/virtual/domain.net/simon/new/ -rwxrwx--- 1 postfix mailsystem 2.5K Aug 26 03:33

Re: [Dovecot] File Permissions and delivery

On Mon, 2011-08-29 at 11:14 -0400, Simon Brereton wrote: Aug 29 15:59:14 mail dovecot: deliver(si...@lydiard.net): stat(/var/spool/mail/virtual/domain.net/simon/tmp) failed: Permission denied (euid=999(mailsystem) egid=115(mailsystem) missing +x perm: /var/spool/mail/virtual) Even if I

Re: [Dovecot] File Permissions and delivery

On Fri, 2011-08-26 at 13:10 -0400, Simon Brereton wrote: mail:~# ls /var/spool/mail/virtual/domain.net/simon/new/ -rwxrwx--- 1 postfix mailsystem 2.5K Aug 26 03:33 1314326000.V801I1666018M803015.mail.net,S=2461:2, -rwxrwx--- 1 postfix mailsystem 2.5K Aug 26 03:36

[Dovecot] File Permissions and delivery

Hi I'm very new to Dovecot (been using Courier for 5 years), but I've been persuaded of the merits of Dovecot and since the server needs upgrading that seems like the perfect time/excuse. On a test server, I set up postfix and installed Dovecot (running 32-bit Debian Squeeze, installed from

Re: [Dovecot] File Permissions and delivery

My guess is your delivering email with postfix to the inbox, instead of using dovecot-lda. And something odd is going on with that postfix to get odd permissions like that. You probably needed to edit the postfix virtual deliever transport, or maybe you just forget to active the

Re: [Dovecot] File Permissions and delivery

On 26 August 2011 19:35, Patrick Domack patric...@patrickdk.com wrote: My guess is your delivering email with postfix to the inbox, instead of using dovecot-lda. And something odd is going on with that postfix to get odd permissions like that. You probably needed to edit the postfix

Re: [Dovecot] File Permissions and delivery

Just adding that won't make dovecot use it though, you would have to include the postconf -n output. Normally something like virtual_transport=dovecot Quoting Simon Brereton simon.brere...@buongiorno.com: On 26 August 2011 19:35, Patrick Domack patric...@patrickdk.com wrote: My guess is

Re: [Dovecot] file permissions

On 2011-03-28 4:21 PM, Charles Marcus wrote: On 2011-03-28 4:02 PM, David Ford wrote: please make sure this is optional. dovecot always tries to set the wrong ownership on our servers. Of course I meant a doveadm argument... Something like doveadm --fix-perms and of course it should

[Dovecot] file permissions

Dovecot 1.2.12 maildir format using :LAYOUT=fs (my Mail dir came from KDE) I can't remember the permissions of the /Mail/ directory because I haven't been concerned with it too much until now. I think they were user:user or user:mail. Now a new mail ends up 600 root:mail. (in alternate

Re: [Dovecot] file permissions

On 2011-03-28 3:36 PM, Walt Shekrota wrote: I'm thinking the later may be a procmail issue unless it is related to initial incorrect permissions? Timo - I'm curious... some programs have the ability to check permissions on their respective directories they work with/on, and fix them if

Re: [Dovecot] file permissions

On 03/28/11 15:49, Charles Marcus wrote: On 2011-03-28 3:36 PM, Walt Shekrota wrote: I'm thinking the later may be a procmail issue unless it is related to initial incorrect permissions? Timo - I'm curious... some programs have the ability to check permissions on their respective directories

Re: [Dovecot] file permissions

On 2011-03-28 4:02 PM, David Ford wrote: please make sure this is optional. dovecot always tries to set the wrong ownership on our servers. Of course I meant a doveadm argument... Something like doveadm --fix-perms -- Best regards, Charles

Re: [Dovecot] Dovecot 2.0b3: mdbox with incorrect ACL file permissions crashes

On Tue, 2010-03-02 at 19:42 +0100, Thomas Leuxner wrote: One thing I noticed is, that dsync does not take care of existing 'dovecot-acl' files, which it should migrate/copy from my point of view, but simply skips them. Yeah, for now anyway.. The problem is that dsync does a two-way sync, but

[Dovecot] Dovecot 2.0b3: mdbox with incorrect ACL file permissions crashes

Hi, played around with 'mdbox' format some more. Converted my personal mailbox with latest Dovecot and dsync from HG: dsync convert -u lo...@yourdomain.com mdbox:~/mdbox One thing I noticed is, that dsync does not take care of existing 'dovecot-acl' files, which it should migrate/copy from my

Re: [Dovecot] deliver and cloning file permissions

On Sat, 2010-02-13 at 14:57 +0100, Alexander 'Leo' Bergolth wrote: Feb 13 00:21:19 leo-x61 dovecot: deliver(leo): fchown(/home/leo/mail/.imap/INBOX/dovecot.index.log.newlock, -1, 12(mail)) failed: Operation not permitted (egid=100(users), group based on /var/mail/leo) I know that dovecot

[Dovecot] deliver and cloning file permissions

Hi! I'd like to use deliver (dovecot-1.2.10) as LDA to deliver mails to my local users on my postfix-system. However, deliver tries to copy the filesystem permissions of the mail-spool-files to the user's index files, which doesn't work, since the files in /var/mail/ belong to the group 'mail'.

Re: [Dovecot] deliver and cloning file permissions

On 02/13/2010 02:57 PM Alexander 'Leo' Bergolth wrote: Hi! I'd like to use deliver (dovecot-1.2.10) as LDA to deliver mails to my local users on my postfix-system. However, deliver tries to copy the filesystem permissions of the mail-spool-files to the user's index files, which doesn't

Re: [Dovecot] deliver and cloning file permissions

On 02/13/2010 09:28 PM, Pascal Volk wrote: On 02/13/2010 02:57 PM Alexander 'Leo' Bergolth wrote: I'd like to use deliver (dovecot-1.2.10) as LDA to deliver mails to my local users on my postfix-system. However, deliver tries to copy the filesystem permissions of the mail-spool-files to the

Re: [Dovecot] deliver and cloning file permissions

On 02/14/2010 12:03 AM Alexander 'Leo' Bergolth wrote: On 02/13/2010 09:28 PM, Pascal Volk wrote: Dovecot: dovecot.conf² mail_location = maildir:~/Maildir Unfortunately switching from mbox to maildir is not an option. Btw. I don't see the solution. If the inbox is still

Re: [Dovecot] deliver and cloning file permissions

On 02/14/2010 12:45 AM, Pascal Volk wrote: On 02/14/2010 12:03 AM Alexander 'Leo' Bergolth wrote: On 02/13/2010 09:28 PM, Pascal Volk wrote: Dovecot: dovecot.conf² mail_location = maildir:~/Maildir Unfortunately switching from mbox to maildir is not an option. Btw. I don't see the

Re: [Dovecot] dovecot.log file permissions and ownership

On Sun, 2009-10-25 at 07:14 -0400, Jerry wrote: Using FreeBSD-7.2 and Dovecot v1.2.4 what user does dovecot use to write to its log file? I have the logfile located in the /var/log directory. Most of Dovecot writes to it as root, but deliver is a special case. I have Postfix configured to

[Dovecot] dovecot.log file permissions and ownership

Using FreeBSD-7.2 and Dovecot v1.2.4 what user does dovecot use to write to its log file? I have the logfile located in the /var/log directory. I have Postfix configured to use 'virtual' users and use dovecot for delivery. While dove can write to the file when accessed for POP services, when

Re: [Dovecot] Dovecot v1.2.rc5 dbox file permissions

On Sat, 2009-06-13 at 19:45 +0200, Pascal Volk wrote: Hi Timo, I've just setup Dovecot v1.2.rc5 and switched the mailbox format of one account to dbox. Therefor I've created an empty directory, called dbox, with access mode 0700, like the user's home directory. After the IMAP login with

[Dovecot] Dovecot v1.2.rc5 dbox file permissions

Hi Timo, I've just setup Dovecot v1.2.rc5 and switched the mailbox format of one account to dbox. Therefor I've created an empty directory, called dbox, with access mode 0700, like the user's home directory. After the IMAP login with Thunderbird some dboxes was created. All permissions were set