Newsgroup: it.comp.os.linux.sys
Titolo: postfix virtual_maps e virtual_mailbox_maps? [lungo]

Ciao a tutti
nonostante abbia più letto la documentazione non sono riuscito a venire a
capo alle differenze
tra le due direttive in oggetto.
Io ho un server con postfix cosi configurato
alias_database = hash:/etc/postfix/aliases
alias_maps = hash:/etc/postfix/aliases
body_checks = pcre:/etc/postfix/body_checks
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
debug_peer_level = 2
default_destination_concurrency_limit = 10
default_privs = apache
disable_vrfy_command = yes
header_checks = regexp:/etc/postfix/header_checks
home_mailbox = Mailbox
inet_interfaces = all
local_destination_concurrency_limit = 2
mail_owner = postfix
mail_spool_directory = /var/spool/mail
mailbox_command = /usr/bin/procmail
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
maps_rbl_domains = 
relays.ordb.org
, 
blackholes.mail-abuse.org
,
dialups.mail-abuse.org
masquerade_classes = header_sender
masquerade_domains = $mydomain
mydestination = $myhostname, $mydomain, 
virtualdom1.com
, 
virtualdom2.com
,
virtualdom3.org
mydomain = 
miodominio.com
myhostname = 
venere.miodominio.com
mynetworks = 
127.0.0.0/8
myorigin = $mydomain
newaliases_path = /usr/bin/newaliases.postfix
notify_classes = resource, software, bounce, policy, protocol
queue_directory = /var/spool/postfix
readme_directory = /etc/postfix/README_FILES
relay_domains = $mydestination
relayhost = [213.217.149.16]
sample_directory = /usr/share/doc/postfix-1.1.7/samples
sender_canonical_maps = hash:/etc/postfix/sender_canonical
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
smtpd_client_restrictions = permit_mynetworks, reject_maps_rbl
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_mynetworks, check_relay_domains
smtpd_sender_restrictions = permit_mynetworks, reject_unknown_sender_domain,
reject_non_fqdn_sender, reject_maps_rbl
virtual_maps = hash:/etc/postfix/virtual
/etc/postfix/virtual
virtualdom1  qualchecosa
ute...@virtualdom1.com
 
utente.virtualdom1.com
virtualdom2.com
 anything
acc...@virtualdom2.com
 
account.virtualdom2.com
/etc/postfix/aliases
ute...@miodominio.com
 /var/spool/virtual/
miodominio.com/utente3
in...@miodominio.com
 /var/spool/virtual/
miodominio.com/info
utente.virtualdom1.com
 /var/spool/virtual/
virtualdom1.com/utente
account.virtualdom2.com
 /var/spool/virtual/
virtualdom1.com/account
Dove nussuno account (info, utente, account, utente3) di posta corrisponde
con un utente della macchina...
la posta arriva e parte ma penso che ci sia un problemino di configurazione
visto che quando scrivo ad un uente virtuale di dominio virtuale
tipo 
ute...@virtualdom1.com
 la posta arriva direttamente nella mailbox
definita però nei log vedo che l'account viene mappato con
utente.virt...@miodominio.com
 e non mi sembra molto corretto.
Dove sbaglio?
Ore ho visto che esiste la possibilità di virtual user in postfix-style e
sendmail-style..io seguendo l'how-to di manuel ho fatto così ma mi sembre
che il virtualing postfix-style richiede che gli utenti siano in /etc/passwd
ma senza shell e si linka tale spool con il none dell'account definito.
Avrei anche risolto commentando il $virtual_maps e modificando il
/etc/postfix/virtual come se fossero tutti domini locali
Mi date una mano?

 Mi date una mano?
Allora, io non conosco l'howto di manuel (non so chi sia), ma se c'e`
scritto di fare cosi` e` un _pessimo_ howto.
Leggere la documentazione, non significa leggere un howto.
Ci sono _tre_ cose da leggere, e in esse c'e` tutto, esempi compresi:
man 5 virtual
man 8 virtual
VIRTUAL_README
(quest'ultimo nella distribuzione di postfix, in debian pacchetto
postfix-doc).
Quindi, _dopo_ aver letto questi tre documenti, decidi _come_ vuoi fare
la tua posta: utenti locali, oppure no. Come accedono ad essa, ecc.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
make it idiot-proof and someone will make a better idiot.