вівторок 15 квітень 2008 03:55 по, Mel Ви написали:
> Since the default GID for dovecot is 143, I suspect you have two dovecot
> groups. ls -ln should show you the numeric group id.
Yes, that was it. Thank you very much for the quick and accurate response!
Yours,
-mi
___
On Tuesday 15 April 2008 20:55:01 Mikhail Teterin wrote:
> I've encountered a problem, which went ahead most of the things I know
> about Unix file permissions:
>
> [EMAIL PROTECTED]:run/dovecot/login (10) ls -l ssl-parameters.dat
> -rw-r- 2 root dovecot 230 Apr 13 00:33 ssl-parameters.da
Hello!
I've encountered a problem, which went ahead most of the things I know about
Unix file permissions:
[EMAIL PROTECTED]:run/dovecot/login (10) ls -l ssl-parameters.dat
-rw-r- 2 root dovecot 230 Apr 13 00:33 ssl-parameters.dat
[EMAIL PROTECTED]:run/dovecot/login (11) groups
doveco
Beech Rintoul <[EMAIL PROTECTED]> writes:
> I've been getting the following on my mailserver. It started after an
> update:
>
> Feb 9 12:52:29 pinnacle spamd[89269]: spamd: could not create INET
> socket on 127.0.0.1:783: Permission denied
>
> Any ideas how to fix the permissions?
Perhaps you
I've been getting the following on my mailserver. It started after an
update:
Feb 9 12:52:29 pinnacle spamd[89269]: spamd: could not create INET
socket on 127.0.0.1:783: Permission denied
Any ideas how to fix the permissions?
Beech
--
-
Alex Zbyslaw writes:
>Looks to me like you've taken away x bit for other (otherwise the t
>would be lower case). x permission on directories allows you to search
>that directory.
>
>Try chmod o+x /var/tmp (as root).
Thank you! I did and the T changed to t, fixing the
permission problem
Martin McCormick wrote:
On this particular system, the /var and /var/tmp directories certainly
look like they do on other FreeBSD systems that don't have this
problem.
Script started on Tue Sep 13 15:36:59 2005
bash-2.05b$ cd /
bash-2.05b$ ls -ld var
drwxr-xr-x 20 root wheel 512 Aug 31 14:44
On this particular system, the /var and /var/tmp directories certainly
look like they do on other FreeBSD systems that don't have this
problem.
Script started on Tue Sep 13 15:36:59 2005
bash-2.05b$ cd /
bash-2.05b$ ls -ld var
drwxr-xr-x 20 root wheel 512 Aug 31 14:44 var
bash-2.05b$ ls -ld /va
Apache (propably) runs as the 'www' user and group.
So each file (and path) needs to be readable by
-> the www group
OR the www users must be a member of the group
of the diretory
OR the world
And each directory needs the 'x' access flag set.
See the man pages for chmod,
Ok as anyone reading this thread knows i have huge mess on hands. Have
found that if i set the all the users dir to 701
chmod -R 701 home
then go into each users home directory and set the the www directory to 751
cd /home/user
chmod -R 751 www
then change the group permissions of this folder to w
On Tue, Aug 24, 2004 at 03:09:04PM -0600, RYAN vAN GINNEKEN wrote:
> SEE ERROR BELOW
>
> Was playing with permissions on my home dirs last night and changed
> everything to chmod 700 had some problem with users looking at and
> copying other users webpages. I have a directory in each users home
>
SEE ERROR BELOW
Was playing with permissions on my home dirs last night and changed
everything to chmod 700 had some problem with users looking at and
copying other users webpages. I have a directory in each users home dir
named www where they keep there web files ie /usr/home/username/www so
i g
SEE ERROR BELOW
Was playing with permissions on my home dirs last night and changed
everything to chmod 700 had some problem with users looking at and
copying other users webpages. I have a directory in each users home dir
named www where they keep there web files ie /usr/home/username/www so
On Tuesday 16 March 2004 17:04, Frank Mueller wrote:
> The Prob is that your devices are rebuild by devfs at boot time.
> So set the following in file /etc/devfs.conf (create if necessary):
>
> perm fd0 0660
>
> and your permissions will be kept after reboot.
Hi Frank,
Tks for your advice. Probl
The Prob is that your devices are rebuild by devfs at boot time.
So set the following in file /etc/devfs.conf (create if necessary):
perm fd0 0660
and your permissions will be kept after reboot.
Frank
> Hi folks,
>
> FreeBSD 5.2
>
> # chmod 660 /dev/fd0
>
> then user can use floppy drive.
>
>
Hi folks,
FreeBSD 5.2
# chmod 660 /dev/fd0
then user can use floppy drive.
But rebooting PC will cancel user's permission. Kindly advise how to create a
permanent permission
TIA
B.R.
Stephen Liu
___
[EMAIL PROTECTED] mailing list
http://lists.fr
On Tue, Jul 23, 2002 at 03:15:31PM -0400, David S. Jackson wrote:
> Well, I had been getting this error:
>
> Jul 23 14:02:18 juno sendmail[2386]: NOQUEUE: SYSERR(dsj): can not write
> to queue directory /var/spool/clientmqueue/ (RunAsGid=0, required=25):
> Permission denied
>
> until I recently
Well, I had been getting this error:
Jul 23 14:02:18 juno sendmail[2386]: NOQUEUE: SYSERR(dsj): can not write
to queue directory /var/spool/clientmqueue/ (RunAsGid=0, required=25):
Permission denied
until I recently copied the submit.mc file from
/usr/src/contrib/yadayada to /etc/mail. Did a ma
18 matches
Mail list logo