similar to: adding users and permissions to designated shared folders and home directories?

I'm atttempting to setup samba 3 as a primary domain controller which authenticates users from a windows 2k/xp prof workstation and maps their respective home folders as well as their respective shared folders on the gentoo server. For example, I have the following groups with their designated shares: Group Shared Dir ------------ ------------------ water

Hi Everyone, This is a follow-up question on Samba. After doing rpm to reinstall the dependencies on libcups.so.2 and libssl.so.2. Samba went on fine. My question is regarding Client machines Win98 could not log on to the samba server. This gave me an error message --> The share name was not found. Be sure you typed it correctly. As far as I can remember I did the following on my samba box.

I am running Samba version 3.0.9-1.3E.2 on a server that is joined to a windows server 2003 domain using ADS security. The samba server hosts a share called 'files'. I am having problems mounting this share using a new account I set up. getent passwd shows the information for the new account as does wbinfo -u. Mounting the share with the new users account using the net use command

Help! I have been using dovecot for some years with great success. A little while ago, I changed my mail server from Fedora to CentOS linux. I reinstalled dovecot, and *almost* everything seems to be working, but one thing. There's *one* user I can't get it to work on without a workaround. The user is "newuser" and the uid is 1111 (actual name and number changed to protect

How does everyone handle this case? Users are authenticated by LDAP, and do not have accounts on the IMAP/dovecot server. When a new user is added to LDAP, the home directory (/home/newuser) needs to be created on the IMAP/dovecot server so dovecot can create the mail directories inside it (/home/newuser/mail/). Obviously I can come up with a few custom solutions, utilizing cron, but I feel

Since 2008, Microsoft (formerly Revolution Analytics) staff and guests have written about R at the Revolutions blog (http://blog.revolutionanalytics.com) and every month I post a summary of articles from the previous month of particular interest to readers of r-help. In case you missed them, here are some articles related to R from the month of November: R 3.4.3 "Kite Eating Tree" has

I would expect same permissions as for root mail directory 02770: drwxrws--- 5 newuser mail 4096 Apr 23 19:31 /var/spool/mail/newuser/ Using Dovecot 2.2.34 On 14.05.2018 08:37, Aki Tuomi wrote: > > > On 09.05.2018 12:52, telsch wrote: >> Hello, >> >> the wiki page describe that permission should copied from root mail >> directory >>

I use mdbox not maildir: mail_location = mdbox:/var/spool/mail/%u On 15.05.2018 11:53, Aki Tuomi wrote: > Do you have > > mail_location=maildir:~/mail > > or > > mail_location = maildir:/path/to/whatever/%u > > I tested with latest 2.2 that if I use /path/to, I get correct permissions. > > Aki > > > On 15.05.2018 12:43, telsch wrote: >> I

Yes, this settings work as i expected, but i didn't found documentation for mail_home= Thanks On 15.05.2018 20:10, Aki Tuomi wrote: > > Well, that's not what I asked you to try... > > try > > mail_home=/var/spool/mail/%u > mail_location=mdbox:~/ > > Aki > >> On 15 May 2018 at 20:03 telsch <telsch at gmx.de> wrote: >> >> >>

With this settings I don't get the expectet result, still get wrong permissions on new mailboxes. Aki did you also try with %u ? > In /etc/dovecot/conf.d/10-mail.conf follow options are set: > mail_gid = mail > mail_privileged_group = mail > mail_access_groups = mail > mail_location = mdbox:/var/spool/mail/%u On 15.05.2018 13:06, Aki Tuomi

?Bump. Can someone from dovecot dev team please respond something to my problem ? I've provided all the possible information, and if not please tell me. Or do you only provide support for your own FTS solution bundled with the paid version of dovecot-pro ? If so, you should clearly state it in the wiki. Thanks Le 19/04/2018 ? 10:30, kadafax at gmail.com a ?crit?: > I think I'm

Le 21/05/2018 ? 11:46, Aki Tuomi a ?crit?: > That message is coming from the temporary raw user, not from the actual > user. > > How did you verify that the FTS indexes are not created or updated > automatically? I send an email containing a specific strings ('thahB8ea' in that case) and search agains it: # doveadm search -u username mailbox INBOX body thahB8ea --> No

Do you have mail_location=maildir:~/mail or mail_location = maildir:/path/to/whatever/%u I tested with latest 2.2 that if I use /path/to, I get correct permissions. Aki On 15.05.2018 12:43, telsch wrote: > I would expect same permissions as for root mail directory 02770: > ????drwxrws--- 5 newuser mail 4096 Apr 23 19:31 /var/spool/mail/newuser/ > > Using Dovecot 2.2.34 > >

I have to correct myself. I tested with sdbox now too, and it seems that using mail_location=sdbox:~/Mail produces the expected behaviour. mdbox uses same code as sdbox for this, so it should work fine. Aki On 15.05.2018 13:01, telsch wrote: > I use mdbox not maildir: > > ????mail_location = mdbox:/var/spool/mail/%u > > On 15.05.2018 11:53, Aki Tuomi wrote: >> Do you have

Well, that's not what I asked you to try... try mail_home=/var/spool/mail/%u mail_location=mdbox:~/ Aki > On 15 May 2018 at 20:03 telsch <telsch at gmx.de> wrote: > > > With this settings I don't get the expectet result, still get wrong > permissions on new mailboxes. Aki did you also try with %u ? > > > In /etc/dovecot/conf.d/10-mail.conf follow

can you try turning on pluign { fts_enforced = yes } and repeat your test? Aki On 21.05.2018 13:31, kadafax at gmail.com wrote: > Le 21/05/2018 ? 11:46, Aki Tuomi a ?crit?: >> That message is coming from the temporary raw user, not from the actual >> user. >> >> How did you verify that the FTS indexes are not created or updated >> automatically? > I send an

I think I'm progressing: if I create a brand new user, send her an email, it will not be indexed right away. I need to doveadm rescan / index the Inbox before. At the end of this email, a dovecot's debug log snipset (grep'ed on this user). In it I can read: "Debug: fts: Indexes disabled for namespace '' Can this be a problem ? Thanks doveconf -n output: # 2.2.34

That message is coming from the temporary raw user, not from the actual user. How did you verify that the FTS indexes are not created or updated automatically? Aki On 04.05.2018 12:47, kadafax at gmail.com wrote: > ?Bump. Can someone from dovecot dev team please respond something to my > problem ? I've provided all the possible information, and if not please > tell me. > Or do

Hello, the wiki page describe that permission should copied from root mail directory https://wiki2.dovecot.org/SharedMailboxes/Permissions The permissions for the root mail directory are set to 2770: drwxrws--- 36 root mail 4096 Apr 15 02:30 /var/spool/mail/ But newly created mailboxes get following permissions: drwx--S--- 5 newuser mail 4096 Apr 23 19:31 /var/spool/mail/newuser/ In

I have two instances of an openldap-2.4.39 server running with syncrepl in a master-master replication setup. These are Centos 7.1 test servers which have been running for over 2 months now with no problems. Partly the good behavior of the LDAP servers is due to very little exercise. Yesterday I decided to try and see exactly how well replication was working. With server-2 up and running I