Koozali.org: home of the SME Server
Other Languages => Italiano => Topic started by: pepz on August 20, 2008, 01:35:52 AM
-
ciao,
qualcuno sa se esiste un opzione, un metodo o un contrib per travasare gli allegati delle email in una cartella?
Ho cercato tra le opzioni di horde, ma non ho trovato nulla...
Questo prelievo deve avvenire in automatico.... in pratica, quando arriva la mail, mi sposta l' allegato nella cartella...
Questa cartella che ospitera' gli allegati sara' una ibays dove i file ottenuti saranno utilizzati....
grazie
-
ciao
prova a leggere questo: http://forums.contribs.org/index.php?topic=41781.0 (http://forums.contribs.org/index.php?topic=41781.0)
HTH
Stefano
-
ciao,
ho letto il 3ad e a quanto pare la cosa e' possibile....
bisogna modificare il file prefs.php , ma non direttamente, come x tutti i file di sme , ma tramite un template..
invece non mi e' molto chiaro dove posizionare il template 330save_attachments
.. immagino in /etc/e-smith/template-custom/etc/prefs.php/ ...
e soprattutto che cosa contiene.... :-?
ora cerco meglio..... grazie ancora....
-
eccolo qui....
/etc/e-smith/templates/home/httpd/html/horde/imp/config/prefs.php/330save_attachments
ora che l' ho trovato, mi manca di sapere come modificarlo...
:-P
-
eccolo qui....
/etc/e-smith/templates/home/httpd/html/horde/imp/config/prefs.php/330save_attachments
ora che l' ho trovato, mi manca di sapere come modificarlo...
:-P
io lo metterei, COMUNQUE, in /etc/e-smith/templates-custom/home/httpd/html/horde/imp/config/prefs.php/330save_attachments
per quanto riguarda le modifiche da fare, consulterei, approfonditamente:
- il sito di horde
- google
ciao e buon lavoro
Stefano
-
il sito di horde l' ho gia addocchiato, ma non ho trovato quello che cercavo.. ora che so cosa cercare , sicuramente sara' + chiaro...
per la modifica del templare, invece, basterebbe conoscere il php...sembra gia ''a posto'' ...
forse basta togliere i commenti all' inizio delle stringhe... eccolo ...
//330save_attachments
// Save attachments when saving in sent-mail folder?
$_prefs['save_attachments'] = array(
'value' => 'prompt_no',
'locked' => false,
'shared' => false,
'type' => 'enum',
'enum' => array('always' => _("Always save attachments"),
'prompt_yes' => _("Prompt every time an attachment is sent; default to YES"),
'prompt_no' => _("Prompt every time an attachment is sent; default to NO"),
'never' => _("Never save attachments")),
'desc' => _("When saving sent-mail, should we save attachment data?"),
'help' => 'prefs-save_attachments');
comunque... appena trovo... posto.... :lol:
bye
-
mi sa che cambio l' approccio al problema....
se prelevo l' allegato da procmail, sembra + semplice...
http://www.mrshark.it/qechowto/advancedprocmail.html#ALLEGATIPROCMAIL
domani faccio 2 prove...
bye
-
ecco... ho anche cambiato il nome del topic, cosi magari estendo il campo di ricerca.... 8-)
comunque... sul link qui sopra, in sostanza dice di aggiungere al file .procmailrc queste righe....
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
pero' sme non usa questo file per configurare la posta.... infatti di procmailrc esiste solo il manuale.... (man procmailrc)
ho letto che si potrebbe creare questo file nella home dell' utente interessato alla personalizzazione, ma forse con sme, l' approccio + corretto e' creare un template per modificare il comportamento di procmail...
pero' in manuale di SME non fa nessun riferimanto a procmail.... sto andando fuori strada?
-
Ciao
da quel che so SME 7.x non usa procmail.. mi pare che dungog abbia nel suo repository qualcosa al riguardo.. cerca anche mailfilter.
di più non mi viene in mente
HTH
Ciao
Stefano
-
sembra effettivamente che dungog abbia un contribs per fare regole con procmail....
http://www.dungog.net/wiki/Smeserver-mailsorting
allora il search non va a ''cercare'' molto... in questa pagina parola procmail si usa... :-?
ora posso fare test sensati.... :-P
ri-grazie....
ps... ho un rubinetto che gocciola.... posso chiedere a te? :lol: :lol:
bye
-
non si installa e non si trova il contribs......
e ho capito perche'...
http://sme.dungog.net/packages/smeserver/7.0/i386/dungogMembers/repodata/repoview/dungog-email-0-1.2-9.html
e' un ''dungogMembers'' e non un ''dungog'' .... :(
tra l' altro mi sa che dungog ormai lavora solo x i membri.... contento lui.... :-D
bye
-
riassunto:
occorre installare smeserver-mailsorting per attivare procmail , che a sua volta usa metamail ( che va installato a parte....
poi creare un template che contiene:
METAMAIL_TMPDIR=$MAILDIR/attach
:0cbhHB:
| metamail -q -w -x
ora provo a dare il percorso di una bay per accedere + comodamente agli allegati...
-
per concludere:
gli allegati arrivano sani e salvi..... ma...
ora salvo gli allegati nella cartella /opt/fax ma questi ereditano il permesso di lettura dall' utente che l' ha creato...
Anche il gruppo di appartenenza e' lo stesso nome dell' utente....
Vorrei sapere il modo per far si che tutti i file che finiscono in questa cartella cambino il gruppo, e poi dare a questo gruppo R e W
ho pensato a un comando ciclico , ma mi sembra impossibile che non esista un metodo + pulito....
stavolta, il ''cerca'' e' poco utile, dato il tipo di ricerca...
grazie
-
ciao
dai una letta a questo http://pm-doc.sourceforge.net/pm-tips.html (http://pm-doc.sourceforge.net/pm-tips.html) e cerca su google 'procmail recipes'; dovresti trovare quello che ti serve
HTH
Stefano
-
acc... devo fare sta cosa?
To answer your specific questions:
* you can configure the permissions directly, by changing one of the following defines in config.h:
/* bit set on mailboxes when mail arrived */
#define UPDATE_MASK S_IXOTH
/* if found set */
#define OVERRIDE_MASK (S_IXUSR|S_ISUID|S_ISGID|S_ISVTX)
/* the permissions on the mailbox will be left untouched */
#define INIT_UMASK (S_IRWXG|S_IRWXO) /* == 077 */
#define GROUPW_UMASK (INIT_UMASK&~S_IRWXG) /* == 007 */
............................................................
prutroppo nettere solo umask = 007 nell'rc non va.... (come tra l' altro era segnalato.....
ormai sono quasi alla fine..... vedo se c' e' un sistema + tranquillo....
cerco ancora.....
bye
-
alt..
quello che hai riportato tu è un tweak per il codice SORGENTE di procmail..
nel link che ti ho indicato c'è (ne sono certo) una voce in merito al lancio di uno script tramite procmail.. tu salvi gli allegati esattamente come fai ora, poi lanci uno script che fa il chown e/o chmod come più ti aggrada..
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
signal-event ibay-modify nomeibay
che ti sistema utenti e permessi
HTH
ciao
Stefano
p.s. se quando hai fatto non scrivi un how-to, vengo a cercarti ;-)
-
sono qui che sto facendo prove in diretta...... :P
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... 8)
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..... :lol:
bye
-
avrei un'altra idea..
tu dai scrivere (come sei già riuscito) l'allegato in un percorso di tuo gradimento..
poi fai uno script in cron da eseguirsi ogni... 5 minuti, che:
- sposta il file in un ibay
- cambia utente/gruppo/permessi alla bisogna
tale script gira come root e quindi non hai problemi.. e così mantieni semplice semplice anche il file di procmail
forse non è la soluzione più fika, ma è IMHO la più efficiente
Ciao
Stefano
-
in .procmailrc le righe che lanciano mkdir sono prima di metamail
anche metamail e' un programma esterno....
e' possibile che e' lui che rompe? e' il caso di metterle i comandi in un altro template?
ps... tra un po accorcio il post sopra.... mi sembra troppo dispersivo, perde in leggibilita'...
bye
-
8-)
cron ogni 5 minuti... non ci crederai ma era la mia ultima risorsa....
io avevo pensato di eseguire chown e chmod sempre nella stessa cartella... ma col tempo i fax magari diventavano tanti e il processo si appesantiva....
pero' un chown+chmod e poi il comando sposta ( che ora non ricordo) al posto del link simbolico, resta sempre leggero... mi sa che faccio cosi.... :P
ps: c'e' un posto intelligente dove mette i bach di linux ? (file.sh mi sembra di ricordare) o lo metto nella home dell' utente dei fax?
sai che non ne ho usato mai uno? (mi sa che qui perdero' decine di punti... ) :shock:
bye
-
sai... visto che mi sento in forma... e tu lo sei sempre... raggiungiamo il top..... allora...
facthmail recupera le email ogni 15 minuti esatti... un vero orologio (di sistema, immagino..)
infatti tutte le lai sono datate con l' ora 14.01 , 14.16 14.31 ecc.. ecc...
si puo' dire a cron di partire ogni 15 minuti, ma 2 minuti dopo l' arrivo delle mail? tipo... 14.03 , 14.18 ecc...?
ora mi metto a fare il prefezionista..... :D :D :lol:
grazie...
bye
-
allora..
io sulle mie macchine sto creanto una directory in /home/e-smith che chiamo myscripts: in questo modo sono inclusi nel backup
dentro tale directory riproduco i percorsi che mi interessano (tipo etc/cron.d.. alla fine avrò /home/e-smith/myscripts/etc/cron.d), creo all'interno i file che mi servono e poi, nelle directory "giuste" creo un link simbolico
veniamo a noi..
il chown+chmod è praticamente instantaneo anche con migliaia di file..
comunque un file tipo
#!/bin/bash
# definisco variabili
MYUSER="pippo"
MYGROUP="topolino"
MYMOD="660"
DIRFROM="directory dove procmail salva"
DIRTO="directory dove voglio mettere i file"
# cambio utente e gruppo
chown $MYUSER:$MYGROUP $DIRFROM/*
# cambio permessi
chmod $MYMOD $DIRFROM/*
# sposto i file
mv $DIRFROM/* $DIRTO/
messo in /home/e-smith/myscripts/etc/
ed uno
*/5 * * * * root /etc/myscript.sh
in /home/e-smith/myscripts/etc/cron.d
(il primo con i permessi di eseguibilità)
linkati in /etc/ e in /etc/cron.d
dovrebbero fare all'uopo.
ciao
Stefano
-
sai... visto che mi sento in forma... e tu lo sei sempre... raggiungiamo il top..... allora...
facthmail recupera le email ogni 15 minuti esatti... un vero orologio (di sistema, immagino..)
infatti tutte le lai sono datate con l' ora 14.01 , 14.16 14.31 ecc.. ecc...
si puo' dire a cron di partire ogni 15 minuti, ma 2 minuti dopo l' arrivo delle mail? tipo... 14.03 , 14.18 ecc...?
ora mi metto a fare il prefezionista..... :D :D :lol:
grazie...
bye
visto che fetchmail è richiamato in crontab e le righe dello stesso sono templatizzate (/etc/e-smith/templates/etc/crontab), ti basta creare un template ad hoc in /etc/e-smith/templates-custom/etc/crontab che richiami uno script che esegua prima fetchmail e poi il tuo script.. così non avrai problemi
Ciao
Stefano
-
eccoci al capolinea..... riassumo tutti i passaggi, e nel caso scremo il 3ad x renderlo + snello....
lo scopo e' : avere gli allegati provenienti da una determinata mail in una i-bay ... nel mio caso sono tutti PDF che arrivano da un servizio Fax
- Innanzitutto installare facthmail per recuperare le mail.... creare un utente ad hoc che ricevera' le mail col Fax allegato
- installare smeserver-mailsorting che permettera' poi di utilizzare procmail ... il comando e' :
yum --enablerepo=smecontribs install smeserver-mailsorting- chiudere con i soliti signal-event post-upgrade & signal-event reboot
- attivare procmail con :
db configuration setprop qmail FilterType procmail- installare metamil, in quanto e' utilizzato da procmail per estrapolare gli allegati
wget http://centos.osmirror.nl/2.1/updates/i386/metamail-2.7-29.i386.rpm
e poi
yum localinstall metamail-2.7-29.i386.rpm
- creare un template per utilizzare procmail ( io l' ho chiamato 12salvaallegati ) che contiene :
METAMAIL_TMPDIR=/opt/fax
:0cbhHB:
| metamail -q -w -x- applicare il template...
signal-event mailsorting-conf/opt/fax e' la cartella dove si salvano gli allegati
- per rendere disponibili i file agli utenti autorizzati, e' comodo spostarli in una i-bay ... ho creato uno script schedulato ogni 5 minuti che cambia i permessi e sposta i files....
chown pinco:pallino /opt/fax/*
chmod g+rwx /opt/fax/*
rm -f /opt/fax/mm.*
mv /opt/fax/* /home/e-smith/files/ibays/fax/files/cancello i file MM. perche' se ne crea uno ogni fax...
La i-bay dove si sposteranno i fax, ovviamente nel mio caso l' ho chiamata fax (vedi percorso ibays)
Spero di non aver dimenticato nulla.... ringrazio Moreno e Stefano x le indispensabili dritte !
Bye
-
eccoci al capolinea..... riassumo tutti i passaggi, e nel caso scremo il 3ad x renderlo + snello....
ottimo lavoro.. volendo, come detto, puoi eliminare la schedulazione creando un template per /etc/crontab.. ma va benissimo anche così
Spero di non aver dimenticato nulla.... ringrazio Moreno e Stefano x le indispensabili dritte !
moreno... chi era costui? (Cit.) *
Stefano :-)
-
moreno... chi era costui?
non frequenta il forum... allora lo tempestavo di sms e email......
pero' mi sa che da lunedi cambia email e numero di telefono.... :lol: :lol: :lol:
-
Non fosse stato SME ma una distro qualsiasi bastavano solo 3 righe.
I permessi con cui gira procmail in questo caso dovrebbero essere quelli dell'utente fax, infatti nella sua home dovrebbe esserci .procmailrc
Se tu potessi mettere .procmailrc in /etc girerebbe come root e quindi potresti spostare tutto direttamente da metamail nella bay condivisa.
Un suggerimento: prova a dare un'occhiata se c'è il pacchetto mpack/munpack per la SME, ti evita la creazione dei file mm.* salvando solo tutti gli allegati, tra l'altro potrebbero cambiare nome in quanto sono le altre parti della mail salvate.
Infine, ogni 5 minuti lo script per spostare e cancellare i file mi sembra esagerato, fai il crontab che gira ogni 15 minuti a partire da 2 minuti dopo l'ora che sai con certezza scaricare la posta da fetchmail.
Sarebbe una riga tipo questa che lo fa eseguire ogni 15 minuti tutti i giorni a partire dal secondo minuto di ogni ora (ad esempio 15:02, 15:17, 15:22, ecc):
2-59/15 * * * * e_qua_il_tuo_script.
vabbè, basta così, ciao pepz!
-
Non fosse stato SME ma una distro qualsiasi bastavano solo 3 righe.
possibile, ma è SME
I permessi con cui gira procmail in questo caso dovrebbero essere quelli dell'utente fax, infatti nella sua home dovrebbe esserci .procmailrc
Se tu potessi mettere .procmailrc in /etc girerebbe come root e quindi potresti spostare tutto direttamente da metamail nella bay condivisa.
vero, ma procmail su SME può essere attivato per user.. se metti il file a livello globale perdi questa possibilità
Un suggerimento: prova a dare un'occhiata se c'è il pacchetto mpack/munpack per la SME, ti evita la creazione dei file mm.* salvando solo tutti gli allegati, tra l'altro potrebbero cambiare nome in quanto sono le altre parti della mail salvate.
questo potrebbe essere interessante.. l'rpm c'è sul repository di Dag
Infine, ogni 5 minuti lo script per spostare e cancellare i file mi sembra esagerato, fai il crontab che gira ogni 15 minuti a partire da 2 minuti dopo l'ora che sai con certezza scaricare la posta da fetchmail.
Sarebbe una riga tipo questa che lo fa eseguire ogni 15 minuti tutti i giorni a partire dal secondo minuto di ogni ora (ad esempio 15:02, 15:17, 15:22, ecc):
che poi è quello che alla fine gli era già stato detto (tra i vari suggerimenti)
vabbè, basta così, ciao pepz!
ciao 222222, cambiato ancora nick?
Stefano
-
possibile, ma è SME
ogni distro ha le sue e poi ho risposto ad una osservazione di pepz! :D
vero, ma procmail su SME può essere attivato per user.. se metti il file a livello globale perdi questa possibilità
Sbagliato, procmail legge il globale e poi prosegue con i procmailrc per user, nelle regole (dove serve) basta mettere c tra i flag.
Non credo che gli sviluppatori di SME mettano mano al codice originale dei pacchetti in modo così pesante, sarebbe uno stravolgimento dell'originale.
questo potrebbe essere interessante.. l'rpm c'è sul repository di Dag
non ho niente da dire, bisogna provarlo se c'è.
che poi è quello che alla fine gli era già stato detto (tra i vari suggerimenti)
Mi sembrava gli avessi detto di metterlo ogni 5 minuti, io ho detto ogni 15 contando 2 minuti dopo fetchmail da crontab.
mi autoquoto il post:
...omississ...
Sarebbe una riga tipo questa che lo fa eseguire ogni 15 minuti tutti i giorni a partire dal secondo minuto di ogni ora (ad esempio 15:02, 15:17, 15:22, ecc):
2-59/15 * * * * e_qua_il_tuo_script.
ciao 222222, cambiato ancora nick?
Stefano
Peccato hai sbagliato, ritenta sarai più fortunato! :D
Sei ossessionato da 222222, se ricordi un tuo post hai detto che lui non è costruttivo, in questo mi sembra che ci siano tutte le soluzioni! ;)
Alla prossima risposta esatta!