Re: [Python] email receiver in python
Il giorno 03 febbraio 2014 11:13, Balan Victor ha scritto: > @tutti > > Vada per postfix ... Anche se resto dell'idea che uso una bici da corsa > per fare il giro della domenica XD > posso essere d'accordo con te, ma se la bici da corsa te la regalano, perché non usarla? :-) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
@tutti Vada per postfix ... Anche se resto dell'idea che uso una bici da corsa per fare il giro della domenica XD ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
On Sunday 02 February 2014 00:38:51 Daniele Palmese wrote: > Non ho mai avuto l'esigenza di "restare" senza MTA, ma andando a memoria > anche a me sembra che togliendo exim4 viene comunque installato un > pacchetto sostitutivo, credo sia xmail o qualcosa del genere. In casi del genere, non personalmente, ma a chi mi ha chiesto ho sempre consigliato nullmailer (che è in Debian): http://untroubled.org/nullmailer/ Ma ho appena visto che, sempre in Debian, il campo Provided by del pacchetto mail-transport-agent ha, oltre ai già citati, anche (solo a partire da Wheezy): lsb-invalid-mta http://packages.debian.org/wheezy/lsb-invalid-mta Mi accodo agli altri nel suggerire Postfix. Ciao, -- Daniele Tricoli 'Eriol' http://mornie.org ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
On Fri, Jan 31, 2014 at 07:35:52PM +0100, Balan Victor wrote:
>Senza dubbio un componente come postfix decentemente configurato
>sarebbe meglio però ripeto, non ho bisogno di tutta questa
>"complessità". Installare e configurare un sever postfix solo per
>eseguire uno script per ogni mail(in media 100 al giorno) che ricevo mi
>sembra come comperare una bici da corsa che costa 15000euro per andare
>a fare il giro la domenica in cittadella.
Come han già detto in tanti, considerare "complessità" un server di posta è
l'errore di base. un sistema ti parla inviato mail. io installo postifx
anche solo per essere notificato di eventi che possono capitare 1/2 volte al
mese.
Tutto sto chiacchierare sull'evitare postfix forse deriva dal fatto che non
hai idea di quanto semplice sia. L'operazione si fa in 2 step:
1. Configuri un 'transport' per il tuo dominio in /etc/postfix/main.conf:
transport_maps = hash:/etc/postfix/transport
dove c'è scritto ad esempio:
pratiche.e-den.it gest:
seguito da postmap /etc/posfix/transport;
2. crei il transport in master.cf::
gest unix - n n - - pipe
flags=FR user=mail:mail
argv=/path/per/la/tua/script ${user}
Puoi dirmi dov'è la "complessità"
sandro
*:-)
--
Sandro Dentella *:-)
http://www.reteisi.org Soluzioni libere per le scuole
http://sqlkit.argolinux.orgSQLkit home page - PyGTK/python/sqlalchemy
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
Il giorno 01 febbraio 2014 22:22, Gollum1 ha scritto: > Debian come MTA di default usa exim4, che viene sempre installato... a > quanto mi risulta non puoi toglierlo, se non sostituendolo con un > altro MTA (per quanto ricordo, non ho verificato personalmente, se non > tanto tempo fa, e le cose potrebbero essere anche cambiate nelle > ultime release, non ho attualmente una macchina virtuale su cui fare > questo genere di esperimenti). > Non ho mai avuto l'esigenza di "restare" senza MTA, ma andando a memoria anche a me sembra che togliendo exim4 viene comunque installato un pacchetto sostitutivo, credo sia xmail o qualcosa del genere. Ciao. Daniele ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
Il 01 febbraio 2014 14:23, Manlio Perillo ha scritto: > P.S.: > Debian sembra possa fare a meno del MTA. > Probabilmente sono io ad essere troppo paranoico... Debian come MTA di default usa exim4, che viene sempre installato... a quanto mi risulta non puoi toglierlo, se non sostituendolo con un altro MTA (per quanto ricordo, non ho verificato personalmente, se non tanto tempo fa, e le cose potrebbero essere anche cambiate nelle ultime release, non ho attualmente una macchina virtuale su cui fare questo genere di esperimenti). Byez -- Gollum1 Tesoro, dov'é il mio teoro... ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
On 31/01/2014 19:35, Balan Victor wrote: [...] Senza dubbio un componente come postfix decentemente configurato sarebbe meglio però ripeto, non ho bisogno di tutta questa "complessità". Installare e configurare un sever postfix solo per eseguire uno script per ogni mail(in media 100 al giorno) che ricevo mi sembra come > [...] Una curiostà: di solito un sistema UNIX standard si *aspetta* che ci sia un server di posta funzionante. Sicuro che se togli un server come Postfix e sulla porta 25 metti in ascolto un tuo server che fa solo un compito specifico non rischi di fare danni. P.S.: Debian sembra possa fare a meno del MTA. Probabilmente sono io ad essere troppo paranoico... Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
On 01/31/2014 07:35 PM, Balan Victor wrote: Installare e configurare un sever postfix solo per eseguire uno script per ogni mail(in media 100 al giorno) che ricevo mi sembra come comperare una bici da corsa che costa 15000euro per andare a fare il giro la domenica in cittadella. Puo` darsi, ma e` anche vero che il tuo intento e` costruire una bici da corsa perche` credi che quelle in circolazione siano troppo costose, senza pero` tenere conto delle problematiche che ci sono dietro. Postfix e` pensato per gestire volumi di mail medio/alti senza problemi, posizione in cui il tuo sistema quasi si colloca (stiamo parlando di una media di 20 utenze che ricevono 5 mail al giorno, non e` tanto da considerarlo un volume di traffico medio, ma nemmeno poco da considerarlo un volume di traffico piccolo). Sei certo di poterti garantire l'affidabilita` di Postfix scrivendo un servizio ad hoc senza le dovute conoscenze? Io non credo... Enrico P.S. tutto questo senza considerare la facilita` di configurazione di Postfix (il binding su una interfaccia si fa modificando una riga) e senza considerare dove dev'essere affaciato il servizio (se e` pubblico, voglio vederti a gestire spam e open relay...) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
On 31/01/2014 19:35, Balan Victor wrote: [...] come farei a renderlo abbastanza stabile e robusto da non rischiare di perdere mail? Personalmente non investirei troppo su asyncore. Per il resto, dipende dalla tua definizione di "contemporaneo". nel senso che se mi arrivano due richieste nello stesso istante vengono processate entrambe, va bene anche in sequenza. L'importante che nessuna delle venga scartata. Qualsiasi mail server serio gestisce una marea di problematiche. In particolare le mail non processate sono salvate in una coda. Che succede al tuo mailserver Python se il sistema va in crash mentre sta processando una mail? Comunque riguardo lo scartare le email, si devono fare delle precisazioni. Quando invii una mail ad un altro sistema ci possono essere molti problemi nel cammino di mezzo in cui ne il sistema che invia la mail ne quello che riceve può fare niente. Questo a meno che il client che invia la mail non si connetta direttamente al server che le deve ricevere. [...] Senza dubbio un componente come postfix decentemente configurato sarebbe meglio però ripeto, non ho bisogno di tutta questa "complessità". Installare e configurare un sever postfix solo per eseguire uno script per ogni mail(in media 100 al giorno) che ricevo mi sembra come comperare una bici da corsa che costa 15000euro per andare a fare il giro la domenica in cittadella. Non esageriamo ;-). Una ottima bici da corsa costa 3500 euro, ma già con 2500 euro ne compri una più che buona. Ma un mail server di norma è già installato su un sistema UNIX, dato che devi gestire la posta interna (ad esempio generata da logcheck o simili). Si però mi risulta che sta in ascolto solo sulla loopback e non possa ricevere da altri server. Non è questo il problema. Intendevo dire che il mail server è già installato e configurato in modo adeguato. Comunque sul mio sistema Postfix è in ascolto su tutte le interfacce di rete attive (default di Postfix). Forse mi sono perso qualcosa, ma in che modo un mail server scritto interamente in Python risolve questo problema? Con un mail server il single point of failure si risolve aggiungendo record MX addizionali e facendoli gestire da server separati. come scritto sopra ho usato in maniera sbagliata "single point of failure". Intendevo dire che se per qualche motivo il mio sistema manda la mail e io no la ricevo so dove andare a cercare il problema, e in fretta, senza spulciare log e impostazioni varie. Vedi quanto ho scritto sopra. Comunque, se i due sistemi sono in connessione diretta, se il client invia ovviamente il server riceve; i problemi possono essere altri tipo un crash nel client o nel server. Se i due sistemi non sono in connessione diretta, dubito seriamente tu sappia dove andare a cercare il problema in fretta... Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
Il giorno 31 gennaio 2014 16:24, Lorenzo Sutton ha scritto: > On 30/01/2014 22:57, Balan Victor wrote: > >> ciao a tutti, >> ho un sistema che può comunicare con l'esterno solo tramite mail e io ho >> bisogno ricevere queste mail e in base all'oggetto/contenuto devo >> eseguire "cose". >> > > In base all'oggetto e alla descrizione io avrei detto che vuoi una sorta > di *client* email e quindi ad es. imaplib + email [1] > ci sarebbe anche questa possibilità ma dovrei passare per una farm exchange, che introduce diverse rogne. Quello che scrivi tu e' stabile per quanto hai voglia di renderlo stabile. > E' robusto per quanto hai bisogno che sia robusto. > Il che vuole dire che potrebbe non esserlo abbastanza, ma lo scoprirai > quando e' troppo tardi. come farei a renderlo abbastanza stabile e robusto da non rischiare di perdere mail? Personalmente non investirei troppo su asyncore. Per il resto, dipende > dalla tua definizione di "contemporaneo". nel senso che se mi arrivano due richieste nello stesso istante vengono processate entrambe, va bene anche in sequenza. L'importante che nessuna delle venga scartata. > Se hai roba non ridondata, *hai* un single point of failure. E a naso e' > piu' facile ridondare postfix rispetto a qualcosa che ti configuri a mano > tu. Poi dipende tutto da quanto sia stateless la faccenda (e.g., se devi > fare veramente un mailserver ridondato, hai il problema di sincronizzare lo > storage; se pero' la questione e' prendere una mail e fare un'azione > relativamente semplice, potrebbe bastare qualcosa di primitivo fatto a > livello di DNS o meglio avere un VIP dietro cui stanno tutti quanti). Mi sono spiegato male. Ho usato "single point of failure" in maniera sbagliata. Aggiungo che un componente come postfix, decentemente configurato, non e' > probabilmente il punto critico del debug. Puoi sempre avere ampio logging > che ti spiega cosa e' successo -- cosa che vuoi comunque --. Senza dubbio un componente come postfix decentemente configurato sarebbe meglio però ripeto, non ho bisogno di tutta questa "complessità". Installare e configurare un sever postfix solo per eseguire uno script per ogni mail(in media 100 al giorno) che ricevo mi sembra come comperare una bici da corsa che costa 15000euro per andare a fare il giro la domenica in cittadella. Ma un mail server di norma è già installato su un sistema UNIX, dato che > devi gestire la posta interna (ad esempio generata da logcheck o simili). Si però mi risulta che sta in ascolto solo sulla loopback e non possa ricevere da altri server. Forse mi sono perso qualcosa, ma in che modo un mail server scritto > interamente in Python risolve questo problema? > Con un mail server il single point of failure si risolve aggiungendo > record MX addizionali e facendoli gestire da server separati. come scritto sopra ho usato in maniera sbagliata "single point of failure". Intendevo dire che se per qualche motivo il mio sistema manda la mail e io no la ricevo so dove andare a cercare il problema, e in fretta, senza spulciare log e impostazioni varie. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
On 30/01/2014 22:57, Balan Victor wrote: ciao a tutti, ho un sistema che può comunicare con l'esterno solo tramite mail e io ho bisogno ricevere queste mail e in base all'oggetto/contenuto devo eseguire "cose". In base all'oggetto e alla descrizione io avrei detto che vuoi una sorta di *client* email e quindi ad es. imaplib + email [1] Ma forse ho capito male. Lorenzo. [1] http://docs.python.org/2/library/imaplib.html e http://docs.python.org/2/library/eml - qui un esempio per usarli con gmail e molti esempi interessanti: http://yuji.wordpress.com/2011/06/22/python-imaplib-imap-example-with-gmail/ ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
> * se da una parte posfix o chi per lui è ampiamente testato e documentato > dall'altra parte introduce un possibile "single point of failure" che in > fase di debug è parecchio noioso. > Se hai roba non ridondata, *hai* un single point of failure. E a naso e' piu' facile ridondare postfix rispetto a qualcosa che ti configuri a mano tu. Poi dipende tutto da quanto sia stateless la faccenda (e.g., se devi fare veramente un mailserver ridondato, hai il problema di sincronizzare lo storage; se pero' la questione e' prendere una mail e fare un'azione relativamente semplice, potrebbe bastare qualcosa di primitivo fatto a livello di DNS o meglio avere un VIP dietro cui stanno tutti quanti). Aggiungo che un componente come postfix, decentemente configurato, non e' probabilmente il punto critico del debug. Puoi sempre avere ampio logging che ti spiega cosa e' successo -- cosa che vuoi comunque --. > Io cercavo qualcosa di molto semplice e stabile, se poi venisse a mancare > la stabilità userò postfix o simili. > Quello che scrivi tu e' stabile per quanto hai voglia di renderlo stabile. E' robusto per quanto hai bisogno che sia robusto. Il che vuole dire che potrebbe non esserlo abbastanza, ma lo scoprirai quando e' troppo tardi. > Non ho ancora capito se il codice che ho linkato mi permette di gestire > diverse richieste contemporaneamente. > Personalmente non investirei troppo su asyncore. Per il resto, dipende dalla tua definizione di "contemporaneo". -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
On 31/01/2014 13:18, Balan Victor wrote: [...] Grazie per le risposte. Voglio stare su python per due motivi: * non ho bisogno di tutto lo stack tipico di un mail server, per quanto facile sia da configurare. Aggiunge troppa complessità. Ma un mail server di norma è già installato su un sistema UNIX, dato che devi gestire la posta interna (ad esempio generata da logcheck o simili). * se da una parte posfix o chi per lui è ampiamente testato e documentato dall'altra parte introduce un possibile "single point of failure" che in fase di debug è parecchio noioso. Forse mi sono perso qualcosa, ma in che modo un mail server scritto interamente in Python risolve questo problema? Con un mail server il single point of failure si risolve aggiungendo record MX addizionali e facendoli gestire da server separati. > [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
Il 31/gen/2014 11:05 "Marco Beri" ha scritto: > > > On 31 Jan 2014 10:32, "Manlio Perillo" wrote: > > > Lo spreco è introdurre cose nuove che poi vanno manutenute (la manutenzione e configurazione sono spesso sottovalutate). > > Postfix va benissimo, e puoi configurarlo per fare eseguire uno script Python ad ogni email ricevuta. > > Quando mi è successo di avere questa necessità ho proprio fatto così. > > Ciao. > Marco. > > > ___ > Python mailing list > Python@lists.python.it > http://lists.python.it/mailman/listinfo/python > Grazie per le risposte. Voglio stare su python per due motivi: * non ho bisogno di tutto lo stack tipico di un mail server, per quanto facile sia da configurare. Aggiunge troppa complessità. * se da una parte posfix o chi per lui è ampiamente testato e documentato dall'altra parte introduce un possibile "single point of failure" che in fase di debug è parecchio noioso. Io cercavo qualcosa di molto semplice e stabile, se poi venisse a mancare la stabilità userò postfix o simili. Non ho ancora capito se il codice che ho linkato mi permette di gestire diverse richieste contemporaneamente. Grazie ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
2014-01-31 Marco Beri : > Quando mi è successo di avere questa necessità ho proprio fatto così Resto dell'idea che un buon programmatore deve essere pigro. Ergo perche' cercare strade strane quando si puo' fare in maniera sicura e documentata ? Carlos -- Je suis marxiste, de tendance Groucho. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
On 31 Jan 2014 10:32, "Manlio Perillo" wrote: > Lo spreco è introdurre cose nuove che poi vanno manutenute (la manutenzione e configurazione sono spesso sottovalutate). > Postfix va benissimo, e puoi configurarlo per fare eseguire uno script Python ad ogni email ricevuta. Quando mi è successo di avere questa necessità ho proprio fatto così. Ciao. Marco. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
On 31/01/2014 06:41, Roberto De Ioris wrote: ciao a tutti, ho un sistema che può comunicare con l'esterno solo tramite mail e io ho bisogno ricevere queste mail e in base all'oggetto/contenuto devo eseguire "cose". Cercando in giro su google quasi tutti suggeriscono di usare server mail come postfix. Io tuttavia vorrei rimaner su python anche perché non ho bisogno di un vero mail server con annessi e connessi, sarebbe uno spreco. Lo spreco è introdurre cose nuove che poi vanno manutenute (la manutenzione e configurazione sono spesso sottovalutate). Postfix va benissimo, e puoi configurarlo per fare eseguire uno script Python ad ogni email ricevuta. Ostinarsi a rimanere in Python non è sempre una buona idea. > [...] Ciao Manlio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] email receiver in python
> ciao a tutti, > ho un sistema che può comunicare con l'esterno solo tramite mail e io ho > bisogno ricevere queste mail e in base all'oggetto/contenuto devo eseguire > "cose". Cercando in giro su google quasi tutti suggeriscono di usare > server > mail come postfix. Io tuttavia vorrei rimaner su python anche perché non > ho > bisogno di un vero mail server con annessi e connessi, sarebbe uno spreco. > Ho trovato questo snippet di django che dovrebbe fare a caso mio > https://djangosnippets.org/snippets/96/ però ho alcuni dubbi. questo (per me) e' il top: http://lamsonproject.org/ (comunque imparare cose nuove non e' mai uno spreco, ache se il mondo dei server di posta e' decisamente brutto ;) > > > PS: Qualcuno mi può spiegare il funzionamento di asyncore? Ho già letto > sulla doc ma temo di non aver capito ... :( > in una mail la vedo dura :) puoi cercare su google "non-blocking programming" -- Roberto De Ioris http://unbit.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] email receiver in python
ciao a tutti, ho un sistema che può comunicare con l'esterno solo tramite mail e io ho bisogno ricevere queste mail e in base all'oggetto/contenuto devo eseguire "cose". Cercando in giro su google quasi tutti suggeriscono di usare server mail come postfix. Io tuttavia vorrei rimaner su python anche perché non ho bisogno di un vero mail server con annessi e connessi, sarebbe uno spreco. Ho trovato questo snippet di django che dovrebbe fare a caso mio https://djangosnippets.org/snippets/96/ però ho alcuni dubbi. * alla riga 20 c'è questo codice asyncore.loop(), questa istruzione mi permettere di processare più di una mail alla volta contemporaneamente? * esistono metodi migliori di fare questa cosa?(restando sempre in python) PS: Qualcuno mi può spiegare il funzionamento di asyncore? Ho già letto sulla doc ma temo di non aver capito ... :( ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
