Perguntas & Respostas

Publicada por kadu em 05/01/2006 - 11:55h:
* kadu usa Debian

Olá amigos, estou tendo um problemasso a um tempo com um servidor de email.
Nao consigo fazer com que o maildrop entregue o email na caixa do usuário. Acredito ser algum tipo de permissão ou no diretorio, ou no mysql ou nas confs, ou em tudo. Tentei varios tutoriais e nada; a estrutura do mysql está como a do Marco Maximo.
Vou colar as alterações e os logs dos erros seguidos das alterações:

* Estava assim antes... com o user e group ID "postfix" no mysql (Campos: uid e gid) e no diretorio de entrega dos emails e ele tava dando esse erro abaixo:

Jan 4 11:45:12 saogabriel postfix/pipe[1859]: 7F7E94C0CF: to=<[email protected]>, relay=maildrop, delay=0, status=deferred (temporary failure. Command output: /usr/bin/maildrop: Cannot set my user or group id. )
Jan 4 11:46:45 saogabriel postfix/pickup[1672]: 45FE74C0D5: uid=0 from=<root>
Jan 4 11:46:45 saogabriel postfix/cleanup[1856]: 45FE74C0D5: message-id=<[email protected]>
Jan 4 11:46:45 saogabriel postfix/qmgr[1673]: 45FE74C0D5: from=<[email protected]>, size=326, nrcpt=1 (queue active)
Jan 4 11:46:45 saogabriel maildrop[1873]: Cannot set my user or group id.
Jan 4 11:46:45 saogabriel postfix/pipe[1859]: 45FE74C0D5: to=<[email protected]>, relay=maildrop, delay=0, status=deferred (temporary failure. Command output: /usr/bin/maildrop: Cannot set my user or group id. )
Jan 4 11:47:11 saogabriel postfix/postsuper[1878]: Deleted: 2 messages

* Depois eu coloquei em todos arquivos de conf o user e group maildrop ae começou a dar esse erro aqui:

Jan 4 11:54:13 saogabriel postfix/pickup[1672]: 90B5B4C0CF: uid=0 from=<root>
Jan 4 11:54:13 saogabriel postfix/cleanup[1904]: 90B5B4C0CF: message-id=<[email protected]>
Jan 4 11:54:13 saogabriel postfix/qmgr[1673]: 90B5B4C0CF: from=<[email protected]>, size=326, nrcpt=1 (queue active)
Jan 4 11:54:13 saogabriel maildrop[1910]: Home directory not owned by current user!
Jan 4 11:54:13 saogabriel postfix/pipe[1909]: 90B5B4C0CF: to=<[email protected]>, relay=maildrop, delay=0, status=deferred (temporary failure. Command output: /usr/bin/maildrop: Home directory not owned by current user! )
Jan 4 11:54:44 saogabriel postfix/postsuper[1916]: Deleted: 1 message

* entao eu fui e coloquei as pastas com permissão pra maildrop:maildrop e começou a dar esse erro (as pastas e subpastas estao com permissão 777):

Jan 4 11:56:51 saogabriel postfix/pickup[1672]: 45C614C0CF: uid=0 from=<root>
Jan 4 11:56:51 saogabriel postfix/cleanup[1925]: 45C614C0CF: message-id=<[email protected]>
Jan 4 11:56:51 saogabriel postfix/qmgr[1673]: 45C614C0CF: from=<[email protected]>, size=326, nrcpt=1 (queue active)
Jan 4 11:56:51 saogabriel maildrop[1929]: Home directory should not be world-writable!
Jan 4 11:56:51 saogabriel postfix/pipe[1928]: 45C614C0CF: to=<[email protected]>, relay=maildrop, delay=0, status=deferred (temporary failure. Command output: /usr/bin/maildrop: Home directory should not be world-writable! )
Jan 4 11:57:03 saogabriel postfix/postsuper[1935]: Deleted: 1 message

* coloquei entao permissão 700 nos diretorios e retorou o seguinte erro:

Jan 5 11:47:04 saogabriel postfix/pickup[1828]: 1A3C34C0D0: uid=0 from=<root>
Jan 5 11:47:04 saogabriel postfix/cleanup[1859]: 1A3C34C0D0: message-id=<[email protected]>
Jan 5 11:47:04 saogabriel postfix/qmgr[1673]: 1A3C34C0D0: from=<[email protected]>, size=335, nrcpt=1 (queue active)
Jan 5 11:47:04 saogabriel maildrop[1865]: Unable to create a dot-lock.
Jan 5 11:47:04 saogabriel postfix/pipe[1864]: 1A3C34C0D0: to=<[email protected]>, relay=maildrop, delay=0, status=deferred (temporary failure. Command output: /usr/bin/maildrop: Unable to create a dot-lock. )

obs: se eu coloco para nao fazer relay pelo maildrop, funciona tudo perfeitamente, menos a quota (o que nescessito atualmente).

Se alguem me der uma luz ou saber o que devo fazer para resolver o problema ficarei muito agradecido.

Resposta de cvs em 08/06/2006 - 16:03h:
* cvs usa Slackware
* cvs tem conceito: 8.5

isso ai é problema de permissão... hehehe... dá um chown -R maildrop.nobody /diretorio-postfix/

Resposta de kadu em 08/06/2006 - 16:51h:
* kadu usa Debian
* kadu tem conceito: nenhum voto.

Opa... valeu pela dica... eu jah tinha resolvido o problema....
era alguma coisa com a instalação do maildrop...
Eu remove ele, e os user e grupo maildrop. adicionei novamente e reinstalei o programa e tudo funcionou !!!

Mesmo assim Muito obirgado pela colaboração
ps: Tinha problema de permissao na pasta onde fica o maildir.
chmod 700 e chown maildrop:maildrop
=)

Resposta de marcaobv em 25/06/2006 - 02:06h:
* marcaobv usa Debian
* marcaobv tem conceito: nenhum voto.

Olá Kadu, gostaria de saber se tem como vc fornecer a dica de como solucionar esses erros de instalação do postfix+mysql+courier+maildrop. Ou até mesmo os .conf. Segui o tutorial de erlon e observei que todo mundo tá caindo no mesmo erro. O tutorial tem muito furo. Obrigado.

Resposta de kadu em 28/06/2006 - 14:17h:
* kadu usa Debian
* kadu tem conceito: nenhum voto.

Na verdade eu segui todo o tutorial... unicas coisas que fiz que solucionaram meu problema foram:

- Antes de instalar o maildrop criei o user e grupo (definidos por mim GID e UID 120) fiz a instalação do maildrop (pré modificado para conexão no mysql e com uid e gid 120 tambem).
- Em seguida criei a pasta /maildir com permissão para maildrop:maildrop e dei um chmod 700 nela.

Daí em diante tudo funcionou corretamente....

Coisas que me pegaram tambem:
- Na tabela transport do mysql para fazer a entrega pelo maildrop nao esqueça de colocar "maildrop" no campo transport. (logico)
- E para que seja criado o arquivo "maildirsize" na pasta home da conta de email lembre-se que na tabela "virtual_users" no campo quota é nescessario uma letra "S" maiuscula no final do valor. Por exemplo para 50 MB - 50000000S

Apenas nesses passos que me enrosquei.
O mais importante é seguir a ordem de criar o grupo e user antes da instalação do maildrop. Foi onde eu fiquei mais tempo quebrando a cabeça. Nem faz muita lógica, mas foi assim que fiz o meu funcuionar.

Abraços []'s

Resposta de kadu em 28/06/2006 - 14:20h:
* kadu usa Debian
* kadu tem conceito: nenhum voto.

Na verdade faz logica sim !!!
Como o sistema instala uma aplicação usando um user e group nao existentes ??
hehehe

Resposta de michaelmichel em 11/07/2006 - 13:06h:
* michaelmichel usa Debian
* michaelmichel tem conceito: nenhum voto.

Olá Kadu,
Eu seguindo o artigo e estou com uma problema que ainda ñ encontrei a solução na internet. Meu servidor não recebe as mensagens e também não envia. Você sabe o que pode ser?
Segue os logs;

Jul 11 13:06:11 abs017 postfix/qmgr[15907]: 1547851BAF: from=<[email protected]>, size=600, nrcpt=1 (queue active)
Jul 11 13:06:11 abs017 postfix/qmgr[15907]: 1547851BAF: to=<[email protected]>, relay=none, delay=3498, status=deferred (delivery temporarily suspended: transport is unavailable)
Jul 11 13:06:11 abs017 postfix/qmgr[15907]: 2F02E51BAE: from=<[email protected]>, size=345, nrcpt=2 (queue active)
Jul 11 13:06:11 abs017 postfix/qmgr[15907]: 2F02E51BAE: to=<[email protected]>, relay=none, delay=344972, status=deferred (delivery temporarily suspended: transport is unavailable)
Jul 11 13:06:11 abs017 postfix/qmgr[15907]: 588BF51BA8: from=<[email protected]>, size=600, nrcpt=1 (queue active)
Jul 11 13:06:11 abs017 postfix/qmgr[15907]: 588BF51BA8: to=<[email protected]>, relay=none, delay=360547, status=deferred (delivery temporarily suspended: transport is unavailable)
Jul 11 13:06:11 abs017 postfix/qmgr[15907]: 98A8451BAC: from=<[email protected]>, size=600, nrcpt=1 (queue active)
Jul 11 13:06:11 abs017 postfix/qmgr[15907]: 98A8451BAC: to=<[email protected]>, relay=none, delay=351540, status=deferred (delivery temporarily suspended: transport is unavailable)
Jul 11 13:06:51 abs017 postfix/qmgr[15907]: warning: connect to transport smtp: Connection refused

Obrigado desde já!

Resposta de m4tri_x em 04/12/2006 - 18:03h:
* m4tri_x usa Ubuntu
* m4tri_x tem conceito: 8.6

lsof -i TCP:25
lsof -i TCP:110

Resposta de coffani em 03/04/2007 - 14:26h:
* coffani usa CentOS
* coffani tem conceito: 10.0

De uma olhada no parametro smtpd_recipient_restrictions ele deve ter pelo menos esse formato:
smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination, permit possivelmente esse é o seu problema

Voltar

ATENÇÃO: Antes de contribuir com uma resposta, leia o artigo Qualidade de respostas e certifique-se de que esteja realmente contribuindo com a comunidade. Muitas vezes o ímpeto de contribuir nos leva a atrapalhar ao invés de ajudar.