Ed eccoci arrivati al terzo ed ultimo, per ora!, articolo con tema Newsletter.
Se vi siete persi i primi due, catapultatevi a leggere Un Mondo di Newsletter (parte 1) e (parte 2).

E ora bando alle ciance, mettiamoci a parlare del prodotto di oggi:

PloneGazette

L’AT principale è “NewsletterTheme”; esso è considerato un canale di newsletter e quindi per ognuno degli elementi è possibile configurare la solita serie di campi obbligatori come titolo, email di test, email del mittente, formato con cui inviare, ecc. e una serie di dati che ci permettono di configurare le mail che vengono inviate come più ci piace.
All’interno di un “NewsletterTheme” si possono aggiungere “Newsletter Large Folder”, “Newsletter” e “Subscriber”.

Gli oggetti “Subscriber” sono molto semplici e permettono di scegliere la modalità di invio della mail, testuale o html. I gestori della newsletter che registrano un utente tramite il menu di aggiunta classico, hanno anche la possibilità di attivare direttamente l’iscritto.

La “Newsletter Large Folder” serve per la visualizzazione e la gestione dei subscriber; la vista associata a questa cartella mostra in una tabella l’elenco degli iscritti alla newsletter. Vi è indicato, per ogni utente, il formato con cui vuole ricevere la newsletter e lo stato di attivazione. I gestori della newsletter potranno, da questa vista, eliminare subscriber.
Le singole mail sono gestite tramite gli oggetti “Newsletter” in cui si inserisce titolo, descrizione e testo.

Questo prodotto ci consente una grande personalizzazione del template della mail oltre alle più comuni personalizzazioni quali header, footer e css. Permette di usare una sintassi TAL per richiamare un template, precedentemente creato e caricato nel portale, ed utilizzarlo come render per la mail che viene spedita.

La cosa è sicuramente apprezzabile da parte dei programmatori, che possono così mettere mano su tutti gli aspetti della resa grafica. Il dettaglio della singola newsletter presenta un utile tab (Test) che permette di avere la preview di entrambi i tipi di mail (plain text e html) oltre al solito invio di test all’indirizzo impostato. Questa è un’ottima funzionalità vista anche la possibilità di una forte personalizzazione del template della mail.

La portlet di iscrizione ai canali per gli utenti anonimi è completa: oltre ai due campi proposti anche nel form di iscrizione, mostra all’utente i vari canali a cui è abilitato ad iscriversi. Contiene inoltre una serie di link ad ognuno degli archivi per consultare le newsletter passate.

Cosa non ci piace

Se i programmatori apprezzeranno l’idea di personalizzare tramite TAL il template di render della mail, per gli utenti, più o meno esperti, questa possibiltià non è propriamente fruibile. Gli utenti poco esperti, che devono configurare una newsletter molto base, si trovano alcuni campi di troppo che non sanno se e come configurare, mentre utenti un po’ più esperti devono agire via ZMI per creare il loro template. Creando un oggetto Plone “ATTemplate” si sarebbero potuti migliorare entrambi gli use case.

La gestione della folder per i “Subscriber” non è molto chiara, poiché inizialmente alla creazione di una “NewsletterTheme” non viene creato alcunché. Bisogna procedere in un secondo momento a creare a mano un “Newsletter Large Folder” e poi rientrare in modifica del “NewsletterTheme” a settare l’id della cartella appena creata. Questo passaggio ci è sembrato inutile ed automatizzabile.

L’iscrizione alle newsletter, che possono effettuare gli utenti Plone tramite il tab presente nella barra di “gestione” del “NewsletterTheme”, non propone la mail utilizzata durante la profilazione del proprio account. Anche la creazione della portlet per la registrazione di utenti anonimi è una procedura abbastanza macchinosa, ma questo è probabilmente dettato dal fatto che il prodotto viene da una vecchia versione di Plone.

Oltre l’orizzonte

E' giunto per noi il momento di tirare le somme di tutto ciò che abbiamo scritto: 
Singing&Dancing, trattato nella prima parte, EasyNewsletter, di cui abbiamo parlato nella seconda parte, PloneGazette, discusso in questo articolo, o qualcosa di diverso che tratteremo in un quarto capitolo?

PloneGazette è stato, ultimamente, rilasciato per Plone 4 ma lo sviluppo sembra abbandonato e quindi non ci sembra, al momento, una scelta possibile per il futuro.

Noi usiamo con moderato successo sia Singing&Dancing che EasyNewsletter e quindi consigliamo di concentrarsi su questi due prodotti.

Ci sembra evidente che EasyNewsletter ha bisogno di lavoro per chiudere i bug noti e consolidare tutto il pacchetto, mentre Singing&Dancing ha già un buon grado di solidità ed è ben seguito dalla comunità.
La nostra esperienza ci porta quindi a propendere per l’utilizzo di Singing&Dancing (anche se non è esente da difetti, come abbiamo visto) ma aspettiamo con ansia la ripresa di EasyNewsletter così da proporre una bella sfida, come è giusto che sia in un ambiente OpenSource.

Esiste certo un’altra via per gestire le newsletter; ovvero quella di appoggiarsi a servizi esterni (come MailChimp per esempio), soprattutto se si prevede un intenso traffico di iscrizioni alla newsletter e di messaggi spediti.
In questo modo si può alleggerire il sistema (sia in termine di banda che di prestazioni, visto che Plone non dovrà prendersi carico anche della spedizione di migliaia di mail, ma potrà tornare ad occuparsi solo della gestione del portale) e delegare la gestione delle newsletter esternamente. In questo modo il programmatore dovrà solamente preoccuparsi di come interfacciare Plone con questi servizi, per esempio fornendo strumenti per potersi iscrivere direttamente alle newsletter dal sito.
E per il gestore del portale? Cambierebbe qualcosa?
Forse sì, dato che la gestione del sistema di newsletter potrebbe non risiedere più solo in un posto (Plone) ma potrebbe essere necessario fare certe configurazioni nel proprio portale e altre all’interno del servizio esterno che si sta utilizzando.
Infine, ciò potrebbe portare a una maggiore manutenzione da parte delle aziende sviluppatrici che si potrebbero trovare a convivere, analizzare, segnalare problematiche legate al sistema esterno di mailing senza poterli risolvere direttamente.

Ci sono state, in tempi più o meno recenti, discussioni a riguardo; ma probabilmente non sono state risolutive. L’argomento ci sembra abbastanza importante per la completezza di un CMS come Plone e pensiamo che l’argomento newsletter potrebbe essere portato a una discussione più ampia all’interno della comunità, cercando di trovare una direzione comune e di avere un buon prodotto completo ed affidabile.

Cosa deve esserci