On Fri, 7 Jun 2002 19:49:01 -0300 (BRT)
"Antonio S. Martins Jr." <[EMAIL PROTECTED]> wrote:
> On Fri, 7 Jun 2002, Renato A.Q.Salles wrote:
>
> > On Fri, 7 Jun 2002 14:19:02 -0300 (BRT)
> > "Antonio S. Martins Jr." <[EMAIL PROTECTED]> wrote:
> >
> > > On Fri, 7 Jun 2002, Marcio Merlone wrote:
> > > > Situa��o: servidor postfix com maildir e todos os usu�rios no
> > > > mysql,
> > > > logo n�o terei uid e gid para eles. Todos os maildirs ter�o dono
> > > > e grupo postfix. Isto elimina a possibilidade de uso de quota
> > > > por usu�rio do filesystem normal j� que s� existir� um usu�rio,
> > > > o postfix. Sei que existe o virtual_mailbox_limit do main.cf,
> > > > mas preciso definir quotas diferenciadas por usu�rios, e alguns
> > > > n�o ter�o quota.
> > > Ola,
> > > Nao sei se eh possivel criar cota se um usuario/grupo! Mas vc.
> > > pode
> > > fazer o seguinte, nao sei qual a estrutura de seu BD mas:
> > > - cada usuario ainda tem um uid unico e um gid no BD, correto?
> > > - de o diretorio do usuario para o uid/gid do usuario, nao
> > > importa se
> > > ele existe ou nao no /etc/passwd, /etc/group. Esses arquivos
> > > existem para nos humanos o SO nao precisa deles!
> > > - defina suas cotas normalmente, por usuario/grupo usando o
> > > uid/gid do
> > > BD!
> > >
> > Bem, se entend� direito a coloca��o do amigo Antonio, seria (se
> > fosse
> > poss�vel) uma flag que eu desconhe�o para n�o usar /etc/passwd no
> > quota.
>
> Nao,
>
> O que eu disse, eh que os arquivos /etc/passwd e /etc/group sao
> usados
> pelo SO para facilitar a _nossa_ vida, e que ele nao usa esses
> arquivos!
Como j� dizia Jack - o estripador - vamos por partes...
N�o usa esses arquivos... sim sem eles, n�o haveria autentica��o no
sistema. Quem precisa desses arquivos somos n�s e os daemons que rodam
no sistema. # cat /dev/null > /etc/passwd
Qual o resultado desse comando? Ningu�m mais se loga no sistema, o
postfix n�o roda - usa os previl�gios do user postfix. Queria que voc�
fosse mais claro e me exlicasse com exemplos esta afirma��o. N�o estou
entendendo algumas coisas e gostaria de saber,
a) A vari�vel desse mecanismo de quota com permiss�o ou nega��o de
cria��o de arquivos pelo usu�rio do servi�o. Como isso se relacionaria
com a execu��o do postfix.
> Faca o seguinte:
>
> - ative a quota de disco (usuario e/ou grupo) na particao
> /home- execute:
> # mkdir /home/teste
> # chown 55432.2000 /home/teste
> # setquota -u 55432 10000 20000 0 0 /home
> # repquota -v /home |grep 55432
> #55432 -- 4 10000 20000 1 0 0
> #
> # ls -la |grep teste
> drwxr-xr-x 2 55432 2000 4096 Jun 7 19:41 teste
> Deu para entender o que eu estou dizendo? Digamos que vc. tem
> algum numero de uid/gid no seu BD, vc. pode usa-los! _Sem_ criar
> os usuarios no sistema! Agora, se vc. nao tem! :(
Entend�. O quota � completamente alheio � autentica��o. Seja ela por
que procedimento for. � talv�z por isso o quota gerencie inclusive
diret�rios ftp, e-mail, banco de dados, etc...
b) Uma suspeita - apenas suspeita, n�o testei. Num caso como este, por
hip�tese: Fulano envia um e-mail para sicrano. Sicrano est� com sua
quota no limite. A mensagem enviada causa um estouro de quota. O
postfix:
1- Aborta a entrega por erro desconhecido - j� que n�o � ele quem
gerencia a "quota", quero dizer com isso, que o "limite" � gerenciado
por um processo alheio ao daemon smtp,
2- Trava, ou outra coisa ( qual a manipula��o de erro/evento previsto no
postfix nesse caso?)
3- D� um bounce na mensagem at� a quota possibilitar a remessa - queria
saber onde est� a refer�ncia para isso na documenta��o,
4- Devolve a mensagem imediatamente para o remetente segundo uma RFC que
n�o conhe�o.
5- Outra alternativa.
Eu acho esse assunto espinhoso o suficiente para me interessar
por ele, principalmente por que envolve pontos abrangidos por muitas
vari�veis.
Obrigado pela aten��o.
--------
end
-=====+++++*****<<<<<<<*>>>>>>>>******+++++=====
-Tenha um bom dia e um �timo trabalho com linux.
-Fui!
-===== Linux Registered User n� 217696 =====
-=====+++++*****<<<<<<<*>>>>>>>>******+++++=====
/"\
\ / Campanha da fita ASCII - Contra mail HTML
X ASCII ribbon campaign - Against HTML mail
/ \
Assinantes em 08/06/2002: 2261
Mensagens recebidas desde 07/01/1999: 170330
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
