Newsgroup: it.comp.os.linux.sys
Titolo: Postfix e releaying e mysql

Salve a tutti 
Sto seguendo varii how-to su come configuyrare postfix + mysql + courier.
Ho configurato postfix per farlo intereaggire con mysql 
questo e il mio file di configurazione:
transport_maps=mysql:/etc/postifix/
transport.cf
virtual_uid_maps=mysql:/etc/postfix/
uids.cf
virtual_gid_maps=mysql:/etc/postfix/
gids.cf
virtual_mailbox_base=/var/spool/postfix/mail
virtual_mailbox_maps=mysql:/etc/postfix/
mysql_virt.cf
virtual_maps =mysql:/etc/postfix/
virtual.cf
virtual_mailbox_limit=/etc/postfix/mailBoxLimit.cf
myhostname = Server
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = $transport_maps , $myhostname , $myorigin , 
localhost.localdomain , localhost , server #Server, localhost.localdomain, 
, localhost
relayhost = [
mail.clubnet.tin.it
]
mynetworks = 
127.0.0.0/8
 , 
192.168.0.0/24
 , 192.168.0.3
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
ma dando il commando :
mail -s sssss < file 
gin...@pico.it
 
mi consegna la mail nella cartella di maildrop
quando invece dovrebbe consegarmela in 
/var/spool/postfix/mail/
gin...@pinco.it/
che e il valore all'interno del database.
la cartella var/spool/postfix/mail/ ha permessi 771 e appartiene a 
postfix.postfix.
dovrebbe essere configurato tutto bene (mi riferisco alla parte del database 
mysl) ma non riesco a capire dove sia l'intoppo .
Dentro la tabella transport ho inserito
pinco.it
 con transport  virtual (ma anche con local non funzia). 
dentro la tabella users ho inserto 
gin...@pinco.it
 con maildir /var/spool/postfix/mail/
gin...@pinco.it/
 
Ho cercato per quanto possibile di seguire l'how-to in rete (e lo seguito 
alla lettera praticamente) ma niente.
Sono ormai fuso (senza contare che il relaying, che nonostante abbia settato 
main.cf
 non mi accetta posta dalla rete locale).
HELP

 
main.cf
 non mi accetta posta dalla rete locale).
Questo puo` dipendere da altro.
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Real sysops never die. They just forget their password.

 Questo puo` dipendere da altro.
Qhualche aiuto su cosa guardare? 

 Qhualche aiuto su cosa guardare? 
Mi permetto di consigliarti di risolvere un problema per volta. Questo,
lo verificherei una volta che sei certo che la conf funziona. Questo per
evitare di diventare idrofobi, e attribuire malfunzionamenti a cose,
quando magari sono altre.
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Vote Cthulhu. Why choose the lesser evil?

 debian, ha la connettivita` di rete "chiusa").
Ho sistemato mysql affinche` possa permettere la connssione tcp (provato  a 
connettermi da altro comp senza   prima loggarmi)
ho modificato (secondo il MYSAL_README di postfix in qusto modo:
user         = postfix
password     = postfix
dbname       = maildb
table        = transport
select_field = transport
where_field  = domain
host         = inet:127.0.0.1
ma postfix si ostina a tentare di connettersi tramite socket e a fallire

 ma postfix si ostina a tentare di connettersi tramite socket e a fallire
prova solo:
host     = 127.0.0.1
Ti assicuro funziona.
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Programmer (n): One who makes the lies the salesman told come true.

, relay=virtual, delay=0, status=deferred (maildir 
delivery failed: create 
/var/spool/postfix/mail/
gin...@pinco.it/tmp/1058807626.18011_2.Server
: 
Permission denied)
arghhhhh
ho provato in tutti i modi 
#la radice delle mailbox
virtual_mailbox_base=/var/spool/postfix/mail
#virtual_mailbox_base=/mail
#virtual_mailbox_base=/
#virtual_mailbox_base= mysql:/etc/postfix/mailBoxBase.cf
e nel database ho :
address=
gin...@pinco.it
home=/var/spool/postfix/mail
maildir=
gin...@pinco.it/
postfix gira (su una debian woody) in chroot jail

 postfix gira (su una debian woody) in chroot jail
dimenticavo 
la cartella 
/var/spool/postfix e attarversabile da chiunque
la cartella /var/spool/postfix/mail appartiene a 
postfix.postdrop con permessi 771

 postfix.postdrop con permessi 771
AFAIK, chgrp mail. postdrop lo usi solo per maildrop. (direi).
ps:
la "cartella" mi fa venire i brividi. Per cortesia, sono directory. :))
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Beware of bugs in the above code; I have only proved it correct, not tried it.

 
non credo di capirci piu' nulla 
ho fatto:
 chgroup mail
ma niente di fatto.
a proposito di mail e/o postdrop (ti sarai accorto che sto imparando adesso 
postfix (e ho iniziato nel modo piu` difficile :^P) 
chi e` ?che vuole? come c'entra?
La uid e gid nel database non dovrebbe creare una maildir tale che l'owner
risulti uid.gid?
Questo puo` essere, allora, un utente diverso da postfix e difatti se setto 
la uid (nel db) alla stessa uid di postfix mi va' regolarmente con la gid 
che mi aspetto.
E qui casca l'asino, se setto i permessi di maila 777 postfix si rifuita di 
creare la maildir perche` scrivibile da chiunque se la pongo a 771 non puo` 
crearte la maildir perche` non ha i permessi sufficienti.
Allora devo rinunciare alla possibilita` di avere uid diversi per ogni 
utente?
Ma la uid diversa non era neccessarie affinche` courier (o altri, tramite 
courier) potesse accedere alle altre cartelle?
Come risolvo questo loop ?
Mi viene voglia di piangere........

 Questo puo` essere, allora, un utente <>
Ferma. Giuro che non ho capito una mazza.
Il problema, come mi sembra di notare dai log (vado a memoria), e` a
monte: postfix non e` riuscito a _scrivere_ nella dir, non per
l'eventuale uid del file.
Ricontrolla i permessi.
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Recursion: n., see Recursion.

 l'eventuale uid del file.
Allora vediamo se riesco a ricapitolare:
1)la uid nel db dovrebbe indicare la uid a cui apparterra` la mailbox (cosi` 
anche per la gid)
2)L'idea che mi sono fatto e` che postfix legge la uid.gid dal db e cerca di 
creare la maildir con questi permessi, ma per creare tale dir l'utente 
virtuale uid.gid deve avere i permessi per farlo ( il che non e' possibile 
poiche` non posso prevedere a priori a chi attribuire la dir padre).
Poiche` non posso creare un gruppo apposito (forse non so') che accogli 
tutti i virtualuid devo dare i permessi 777 a virtual_mailbox_base, ma 
postfix si rifiuta di creare la maildir perche`  virtual_mailbox_base e` 
scrivibile da chiunque (????? credo sia una misura di sicurezza)
3)
su un'altro how-to di Martin List-Petersen (io sto seguendo l'how-to di 
kirby Menzel e Lucas Peet) dice di settare un uid di sistema reale (creato 
apposta) in contrasto con quanto sembra  dire gli altri how-to 
4)
ahhhhhhh
finalmente ho capito come fare (scrivendo ho capito cosa serviva mettere la 
gid a mail (o altro gruppo che creero`) che mi avevi suggerito)
Ho settato la gid nel db al gruppo  e cambiato i la owner della dir 
virtual_mailbox_base al gruppo mail,e tutto e` andato a posto.
Gli how-to che avevo seguito sembravano suggerire (anzi dicevano 
esplicitamente) che la gid era auspicabile (e quindi possibile) settarla 
diversa per ogni dominio e questo mi aveva mandato in confusione (o meglio 
non avevo visto l'unica soluzione perche` nascosta da altre false 
soluzioni)
Ufff mi sento sollevato; c'è qualche cosa che non va` nel mio discorso al 
punto 4 o che deve essere corretto?
Caio ehmmm ciao

 mydestination.
... mi intrometto qui nella discussione che si è fatta interessante ;)
Rispetto alla dichiarazione dei domini virtuali avevo trovato un messaggio
sulla Mailing List di postfix inviato credo da Wietse Venema's che suggeriva
la possibilita, in caso di presenza della transport_map di
utilizzare la direttiva relay_domains:
mydestination = local.domain
relay_domains = $mydestination, $transport_map
Appurato che la trasport_map nasce per motivazioni differenti, puo' darsi
che questa soluzione possa risultare piu' corretta o se vogliamo "meno
scorretta" della dichiarazione in mydestination; francamente pero' non ho
mai provato quindi... sto alla larga da conclusioni azzardate ;)
Ciao a tutti.
 

 mai provato quindi... sto alla larga da conclusioni azzardate ;)
La conclusione e` giusta, ma non risolve il problema. Permette solo di
fare relay, ovvero di fare "girare" la posta, ma non di "accettarla". Se
il dominio non viene considerato "local", ci sono solo due conclusioni:
- reject.
- passa avanti.
Ma se la macchina che dovrebbe accettare, passa avanti (a se stessa)
temo che il messaggio semplicemente si "inlooppi". (perdonate l'orrendo
neologismo).
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Wasting time is an important part of life.

 punto 4 o che deve essere corretto?
No, e` corretto. La confusione deriva che la "posta", oggi _deve_ essere
uno strumento flessibile per abbracciare variegati differenti "stili"
lavorativi. Quindi, non c'e` _il_ modo, ma diversi modi, con punte di
"comodita`", "efficenza", o altri risultati che si desidera ottenere.
Ciao.
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------


 Ciao.
Ciao e grazie
PS
risolvendo questo problema si e' auto risolto anche l'altro problema:
non accettava le mail in entrata dalla mia rete.

 non accettava le mail in entrata dalla mia rete.
Come volevasi dimostrare, in effetti, lo sospettavo. :)
Infatti, ti ho appositamente detto all'epoca di ignorarlo. E' una
questione di "processi". :)
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
If NT is your answer, you don't understand the question