similar to: Index File Permissions - Perhaps feature Request

I'd like a separate feature for setting umask for index and cache files differently from email files. The reason is that I'm putting indexes in a separate location and I need group create rights in directories. Otherwise what happens is that the first user creates the directories, but the second user for the domain that has a different UID gets an error. default_mail_env =

This would make my life a lot easier in migrating to Dovecot. And it should be really easy to implement. Here's how linuxconf does it: Password files are placed in the /etc/vmail directory as follows: /etc/vmail/passwd.domain1 /etc/vmail/shadow.domain1 /etc/vmail/passwd.domain2 /etc/vmail/shadow.domain2 The password and shadow files are exactly the same format as the /etc/password and

The default_mail_env is very powerful, but .... If you have multiple databases wouldn't it make sense to have a separate mail environment for each database? For example: userdb passwd { default_mail_env = mbox:~/mail/:INBOX=/var/mail/%u } # Linuxconf passwd-like file with specified location userdb passwd-file { args = /etc/vmail/passwd.%d default_mail_env =

OK - here's whay I need to make it work for my Linuxconf compatible authentication system. First - a question: Will this work? I can find docs on "virtualfile. auth virtualfile { mechanisms = plain digest-md5 userdb = passwd-file /etc/vmail/passwd.%d passdb = passwd-file /etc/vmail/shadow.%d user = root } Then - since the dmain name selects the passwd file, if there were a

Hello, I occasionally need to remove the write permissions from directories inside a share to prevent users from accidentally deleting files inside that directory. My problem is that I neither can view nor can change the permissions of directories on my shares. Curiously enough viewing and changing permissions of files in the same shares works without a problem. Is there anything I

On 04/08/15 10:07, Felix Matouschek wrote: > Hello, > > I occasionally need to remove the write permissions from directories inside a share to prevent users from accidentally deleting files inside that directory. > > My problem is that I neither can view nor can change the permissions of directories on my shares. > Curiously enough viewing and changing permissions of files

On 04/08/15 11:46, Felix Matouschek wrote: > Hi Rowland, > > when saying 'I' I theoretically meant any user that has write access to the share. > > It should be possible to right click the directory in windows, the go to security tab and remove the write permissions on the directory. > > This behaviour already works with files, I'm trying to figure out how to make

Hi Rowland, when saying 'I' I theoretically meant any user that has write access to the share. It should be possible to right click the directory in windows, the go to security tab and remove the write permissions on the directory. This behaviour already works with files, I'm trying to figure out how to make it also work for directories. Greetings, Felix -----Ursprüngliche

This appears to be a feature :-) I'm running rsync 2.5.5 on Solaris 8, and testing transferring files between two boxes with permission preservation turned *off*. I have three files: 700 with permissions 700 770 with permissions 770 777 with permissions 770 The umask for the target system is set to: 007 [I have checked this via prints from the rsync code] When the files get transferred,

dovecot: Aug 17 15:40:36 Error: IMAP(sflandmark at sflandmark.com): Corrupted index file /nobackup/imap-cache/sflandmark.com-sflandmark/.imap/INBOX/dovecot.index: header doesn't end with NUL dovecot: Aug 17 15:40:36 Info: imap-login: Login: user=<sflandmark at sflandmark.com>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured dovecot: Aug 17 15:40:37 Error: IMAP(sflandmark at

On 04/08/15 14:11, Felix Matouschek wrote: > Hi Rowland, > > my users are known to the OS The smb.conf you posted earlier would seem to suggest that they aren't, what does 'getent passwd <username>' produce ? Rowland > , they also have the correct permissions to alter the settings. > Doing so on the CLI does work when logged in via SSH. > > When opening

Running rc24 and with one user in particular they are getting "(auth) killed with signal 11" when trying to pop email. IMAP works. What causes this? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://dovecot.org/pipermail/dovecot/attachments/20070224/195f61be/attachment-0002.html>

Trying to figure out how to convert an existing mbox system to maildir Below is my dovecot.conf file. Tried adding this at the bottom of the file and nothing happens. plugin { convert_mail = mbox:/vhome/%d/home/%n:INBOX=/vhome/%d/home/%n/INBOX convert_skip_broken_mailboxes=yes } What am I doing wrong? ## Dovecot 1.0 configuration file # '#' character and everything after it is

On 04/08/15 15:29, Felix Matouschek wrote: > Hi Rowland, > > I had to split smbd and winbindd config to work around some bugs in credentials offline caching. > I have a separate winbindd.conf, it looks like this: > > [global] > ### Network ### > netbios name = Fileserver > server string = Fileserver (%h V:%v) > > ### ad member ### >

Hi Rowland, my users are known to the OS, they also have the correct permissions to alter the settings. Doing so on the CLI does work when logged in via SSH. When opening the Security Tab the users and groups are displayed, only on directories there are no checkmarks under Read, Write etc. I also cannot set any checkmarks for Read, Write etc. When viewing the Security Tab of a file everything

OK - I thought this was going to be easy. Maybe it is. I'm just not that good at reading directions. Trying to use dsync. Getting this error: Mail locations must use the same virtual mailbox hierarchy separator (specify separator for the default namespace) Currently using maildir. The setup is as follows: mail_uid = mail mail_gid = mail mail_location =

Getting an error on POP only - "Authentication Server Isn't Connected" IMAP works fine. This used to work. not sure what changed.

Did a quick-n-dirty install of 1.1.alpha2 on a Fedora Core 6 server... am getting the following message in the maillog, though there seems to be no problem accessing mail. Error seems to be consistent for all users. Running 1.0.3 on the system previously. Aug 8 22:49:26 stage2 dovecot: IMAP(testuser): mkdir(/var/spool/vmail/192.168.0.199/.imap/testuser) failed: Permission denied This is what

Hi, We are currently moving from linuxconf/dovecot to a dovecot setup with sql support, the problem we currently facing is having a message sent to a aliase delivered to the user email inbox with dovecot-lda, i have created cedrict at mail.vdl and a alias test at mail.vdl, when i send to cedrict at mail.vdl the message is included in the user inbox file, but when i send to test at mail.vdl

Hi Rowland, I had to split smbd and winbindd config to work around some bugs in credentials offline caching. I have a separate winbindd.conf, it looks like this: [global] ### Network ### netbios name = Fileserver server string = Fileserver (%h V:%v) ### ad member ### workgroup = INTRANET realm = INTRANET.MYCOMPANY.DE security = ADS kerberos method = secrets and