sono qui che sto facendo prove in diretta......

ora sono a:
|| chown pinco:pallino /opt/fax/*
|| chmod g+rwx /opt/fax/*
ovviamente questi comandi, mi risolvono il problema se li lancio dalla consol... inseriti il .procmailrc non collaborano....
li ho messi li perche' ho visto che MKDIR funziona....(*) allora ho detto.... se va lui.. andranno anche questi... invece, x ora ... nebbia....
(*)
DUMMY=`test -d $MAILDIR/attach || mkdir $MAILDIR/attach`
DUMMY=`test -d $MAILDIR/attach/$DATE || mkdir $MAILDIR/attach/$DATE`
METAMAIL_TMPDIR=$MAILDIR/attach/$DATE
:0cbhHB:
| metamail -q -w -x
non capisco perchè /opt/fax.. se usi un ebay dove gli utenti possono scrivere, i file dovrebbero avere già i permessi ok.. in ogni caso, se ciò non fosse, in procmail fai richiamare
questa cartella ha tutti i permessi a posto... all' inizio ho usato una ibays ma l' utente usato da procmail e' una pippa e non riesce a scrivere da nessuna parte... comunque ora nella ibay c'e' un link simbolico che punta a questa cartella... ( non e' proprio come dicevo io... comunque va bene uguale...

la cartella che ho creato e' ok... sono i file generati che hanno pochi permessi....
in realta', se trovo il modo di eseguire chown e chmod tutte le volte che arriva una mail ( quindi dentro .procmailrc) sono a posto....
nella guida che mi hai lincato, su questo problema dicono cosi:
19.6 Procmail changes mailbox and directory permissions
By Ed McGuire <emcguire A T i2.com>. Before procmail was used:
> -rw-rw---- 1 foo mail 1127 Sep 11 07:33 foo
After:
> -rw------- 1 foo mail 1517 Sep 11 07:34 foo
when the UMASK environment variable is more restrictive than the mode of the mailbox, procmail changes the mode of the mailbox. The default value of UMASK is 077. If you want to preserve the group access to your mailbox, I think you can set UMASK to 007 in the rcfile:
UMASK = 007
Further note: the above UMASK suggestion in .procmailrc does not work. See comment by Gjermund Sørseth <gjermund A T nextel.no>
However the permissions on DEFAULT are handled before procmail even opens the .procmailrc, so changing the umask there will have no effect on the mailspool.
[Scott J. Kramer <sjk A T lux.com>] it's documented in the MISCELLANEOUS of the procmail(1) man page:
If /var/mail/$LOGNAME already is a valid mailbox, but has got too loose permissions on it, procmail will correct this. To prevent procmail from doing this make sure the u+x bit is set.
Otherwise, you might notice a syslog message like:
procmail: Enforcing stricter permissions on "/var/mail/sjk"
when it chmod's the file to 600. As you've discovered, this is inconsistent with the SYSV (Solaris 2 anyway) default mailbox protection of 660, gid=6 (mail). I think that's an OS-dependent bug, with the `chmod u+x ...' as the workaround.
p.s. se quando hai fatto non scrivi un how-to, vengo a cercarti Wink
sono sicuro che tutta sta cosa che ho messo in piedi, uno giusto la faceva in 3 righe... comunque... l' how lo faccio .... mi cercano gia in troppi.....

bye