Newsgroup: it.comp.os.linux.software
Titolo: [QMAIL] la posta di root

Sono passato da sendmail a qmail (piu` che altro per curiosita`), ma ci
sono delle cose di qmail che ancora non comprendo. LA prima che mi viene
in mente e`: che fine fa la posta di root?
Nella documentazione c'e` scritto che qmail si rifiuta di recapitarla, e
infatti non arriva. Viene ricevuta invece dal fantomatico utente
"alias". Io pero` vorrei che continuasse ad arrivare a "root"
esattamente come prima...
Utilizzo qmail+procmail: continuo ad utilizzare il formato mbox e
preferisco ricevere la posta in /var/spoo/mail/$USER . Come soluzione
"al volo" ho rimediato con
# ln -s /var/spool/mail/alias /var/spool/mail/root
e cosi` la mailbox e` accessibile, ma vengono completamente saltati i
file ~/.procmailrc e ~/.forward di root xche` in effetti la posta non
viene recapitata a root, ma ad alias.
C'e` un'altra soluzione oltre che spostare tali file in ~alias ?
Mi sembra strano che root non possa ricevere e-mail... o che debba
necessariamente impostare un virtualdomain per reindirizzarle ad un
qualche altro utente...
Matteo

 qualche altro utente...
root è un tipo molto strano, nessuno dovrebbe mai essere root e nessuno deve
avere necessità di scrivere a root...lui non sa leggere...quindi se ti
initeressa qmail, devi settarti un alias (leggi i docs) ad un utente
normale.


gia`: lo sospettavo...
capiamoci: io uso "di norma" un account non privilegiato, solo che
questa storia dell'impossibilita` di mandare e-mail a root m'era
sembrata strana... vabbe`: vorra` dire che mi adeguero` (anche se ancora
non vedo proprio tutti questi vantaggi nell'usare qmail al posto di
sendmail...ma probabilmente sbaglio...)
Visto che ci sono chiedo un'altra cosa: ho impostato un virtualdomain
come suggerito nell'howto creando un alias 'ppp' per la posta "in
uscita" ricevuta da qmail mentre non sono connesso ad internet. Quando
vado on-line, nell'ip-up.local, viene spedita usando maildirsmtp. Fin
qui tutto ok. Ma se MENTRE sono gia` on-line io spedisco una mail, qmail
(come ovvio) me la recapita sempre a 'ppp' e devo ricordarmi di lanciare
'maildirsmtp' a mano (da root). Come posso risolvere? Facendo il "gioco
delle 3 carte" e creando due file 'virtualdomains' uno con l'alias ppp e
l'altro senza e creando poi un link al file "giusto" di volta in volta
nell'ip-up/ip-down? Con un timer che esegua maildirsmtp ogni tot minuti?
In entrambi i casi non mi sembrano un granche` come soluzioni... quali
alternative ho?
Grazie cmq!
Matteo

Ciao,
    va bene che faccia cosě, per risolvere manda uno script ogni 5 minuti o meno
che controlla l'esistenza della connesione (grep ppp0 dalla ifconfig, oppure il
file lock di pppd) e solo se esiste, quindi sei online manda maildir smtp e tutto
il resto (fethmail, fetchnewsm suck), altrimenti aspetta.
Invece ogni ora, oppure quando vuoi tu, manda  a mano il maidirsmtp, cosi se la
connessioen č giů la tira su.
LA cosa č semplcie ed efficace, meglio di fare il cambio di alias.
Poi se volgiamo fare cose piů belle, esiste una patch (indovina dove) per cui
tutte qmail ha due stati , queue e online e si switcha con un segnale kill.
Io non potevo suarlo perchč oltre alle mail verso internet dovevo gestire le code
interne verso la intranet...


vale lo stesso anche per me: mi hai convinto. :)
Ciao, e grazie!
  Matteo

reindirizzarle ad un qualche altro utente...
E` giusto  cosi`: in  qmail la  posta non viene  mai consegnata  a root,
perche`  il processo  che consegna  la  posta viene  eseguito con  l'UID
dell'utente a cui  viene consegnata... e capisci che  consegnarla a root
significherebbe eseguire  quel processo  con UID 0  e quindi  sarebbe un
serio rischio per la sicurezza del sistema. Credimi, e` meglio creare un
utente apposta e andar giu` di symlink, per la sicurezza e anche perche`
con qmail e` l'unico  modo per consegnare la posta a  root. Tanto, se ti
piacciono particolarmente  i buchi  di sicurezza, nessuno  ti impedisce,
una volta consegnata  la posta all'utente non  privilegiato, di leggerla
come root ed essere vulnerabile  ai buffer overflow del client, eseguito
con UID 0. ;-)
-- 
  _      ___ ____
 | | /| / (_)_  /
 | |/ |/ / / / /_	ANTI-SPAM WARNING:
 |__/|__/_/ /___/	the e-mail address is fake.
 
The Seeds of Hate will grow strong in these fields of delusion
Watered by my tears of anger, with all my love they grow. (Basic)

 
E` proprio questo il motivo per cui "mi sembrava strano"... ;)
Cmq ho deciso di passare a postfix: meno paranoico, meno "impegnativo",
e meno "traumatico" per le applicazioni che richiedono sendmail...
Ah: anche postfix richiede un alias per root, senno` -mi sembra- invia a
nobody...