Joomla.it Forum
Non solo Joomla... => Pubblica Amministrazione => Albo Pretorio On Line => : dau68 17 Nov 2010, 16:25:44
-
Non voglio essere noioso, ma vorrei riproporre il problema della ricezione delle notifiche di fine pubblicazione.
Sono entrato nuovamente nella sezione "Notifiche" e ho inviato la notifica di 5/6 atti, la cui pubblicazione si era conclusa. Ho ottenuto il messaggio "...Inviata all'indirizzo email: xxxx@xxxxxx.it , xxxx@xxxxxx.it
Numero in albo 1186 anno 2010 - Atto n. avv07 del 2010-11-10...", di corretto invio. Ebbene, non ho ancora ricevuto nessun messaggio di notifica! Alcuni giorni fa Vales mi aveva scritto di verificare la configurazione e-mail nel back-end di Joomla; l'ho fatto, è tutto a posto e a dimostrarlo è il corretto funzionamento dell'invio e-mail dal form presente nel modulo QContact, utilizzato sia per i contatti degli Amministratori del mio Comune, sia per i contatti dei singoli uffici.
Devo controllare da qualche altra parte?
-
No, non c'è da controllare nulla è auto configurante. Ho visto che ad altri funziona.
L'unica cosa che mi viene in mente potrebbe essere il filtro dello spam nelle caselle di posta.
Prova a cambiare il nome della casella in configurazione di albo oppure l'email dell'utente con il quale hai fatto le prove. Magari diversificando gli indirizzi per avere maggiori riscontri.
Ci sarebbe anche un'altra verifica. Vedere se chronofrom invia la posta con altri form. A tale fine c'è un form demo che viene creato andando in Form Management di Chronoform e premendo Upgrade SQL and Load Demo Form.
Fatto questo vedrai un nuovo form di nome basicDemo. Lo apri e vai nella finestra Setup Email. Li vedrai due email configurate una invia ad un indirizzo fisso e quella in basso invia alla email che sarà inserita dall'utente che usa il form.
Modifica l'indirizzo fisso nel campo To della prima email admin@yoursite.com con un tuo indirizzo valido.
Puoi cambiare anche nel campo From email admin@admin.com con un indirizzo valido ma non è necessario.
Salva il form normalmente, pubblica il form se non è pubblicato e clicca sul link a destra accanto al nome del form, riempi i campi del form e prova l'invio. Se tutto funziona riceverai le due email configurate.
Usi l'ultima versione di Albo la 8.05 ?
-
No, non c'è da controllare nulla è auto configurante. Ho visto che ad altri funziona.
L'unica cosa che mi viene in mente potrebbe essere il filtro dello spam nelle caselle di posta.
Prova a cambiare il nome della casella in configurazione di albo oppure l'email dell'utente con il quale hai fatto le prove. Magari diversificando gli indirizzi per avere maggiori riscontri.
Ci sarebbe anche un'altra verifica. Vedere se chronofrom invia la posta con altri form. A tale fine c'è un form demo che viene creato andando in Form Management di Chronoform e premendo Upgrade SQL and Load Demo Form.
Fatto questo vedrai un nuovo form di nome basicDemo. Lo apri e vai nella finestra Setup Email. Li vedrai due email configurate una invia ad un indirizzo fisso e quella in basso invia alla email che sarà inserita dall'utente che usa il form.
Modifica l'indirizzo fisso nel campo To della prima email admin@yoursite.com con un tuo indirizzo valido.
Puoi cambiare anche nel campo From email admin@admin.com con un indirizzo valido ma non è necessario.
Salva il form normalmente, pubblica il form se non è pubblicato e clicca sul link a destra accanto al nome del form, riempi i campi del form e prova l'invio. Se tutto funziona riceverai le due email configurate.
Usi l'ultima versione di Albo la 8.05 ?
ciao,
la versione di Albo è la 8.05. Ho seguito le tue istruzioni e ho ottenuto quanto segue:
- dopo aver compilato i vari campi del form e premuto submit, mi è apparso questo messaggio "Thank you for contacting us at Mywebsite.com, we have received your message and we will get back to you ASAP!
Hey admin, you need to configure the emaisl addresses in the admin area for the real form to be sent to YOU";
- al mio indirizzo personale, inserito in un campo del form succitato, è arrivata una mail dal Fromname della seconda email di basicDemo => Hello dau68, Thank you for contacting us, we will get back to you ASAP! - MyWebsite.com staff - Submitted by 217.76.214.20
- mentre all'indirizzo, inserito nel campo To della prima email, è arrivata una mail proveniente dal Fromname della prima email di basicDemo => Hello Admin, Some user has submitted a new message for you, the message submitted is: Questa è una prova per verificare se la notifica di fine pubblicazione degli atti viene inviata! - the user's name is: Andrea - Submitted by 217.76.214.20
- quindi, funzionando tutto correttamente, dovrei ricevere finalmente anche le notifiche?
-
Ok, abbiamo accertato che chronoform invia le email correttamente.
C'è da capire perchè non arrivano quelle di Albo che seguono però un percorso diverso usando le API di Joomla.
Ho verificato su vari server con modalità di invio posta diverse:
1) server remoto con Joomla configurato con mailer Funzione di PHP Mail
2) server remoto con Joomla configurato con mailer Server SMTP
3) server locale con Joomla configurato con mailer Server SMTP
e ho sempre ottenuto l'invio delle notifiche.
C'è da capire cosa accade nel tuo sito.
-
La modalità di invio posta del mio sito ricade in 1) server remoto con Joomla configurato con mailer Funzione di PHP Mail.
Come avevo avuto modo di scrivere, funziona bene anche l'invio posta dalla funzione del componente QContacts.
Sono un semplice fruitore di Joomla e di tutti i suoi componenti, non saprei dove mettere le mani!!! :'(
-
Ci sono novità?
Non ho idea nel motivo del non invio.
Non mi vengono in mente problemi, in tutti i miei siti funziona. Controlla di aver inserito correttamente le email. Eventualmente riscrivile a mano, non copia incolla.
Verifica che l'utente che chiede l'invio della notifica abbia una email giusta nella gestione utenti di Joomla.
C'è un'altra verifica da fare. Ho lasciato nel form atto_10_notifica la vecchia configurazione dell'invio email che poi ho disabilitato per optare per un'altra soluzione che permette anche l'invio degli allegati.
Dovresti andare nel form ed mettere a Yes il campo Email the Results nella prima finestra General. Salvi il form dopo la modifica e fai la prova se invia un email con questo sistema.
-
Nessuna novità in vista! Nada de nada! :'(
Ho fatto anche la verifica, che mi hai suggerito nel post precedente, senza ottenere il benché minimo risultato. Continuo a non ricevere nulla da Albo Pretorio, mentre da tutti gli altri moduli, presenti sul sito, che prevedono l'invio di posta, continuo a ricevere messaggi senza problemi!
Grande mistero! Comunque se a qualcuno del Forum venisse in mente qualcosa in merito...
-
Quale versione di chronoforms usi ?
Da qualche giorno è uscita anche la 3.2.0 che ha corretto qualche bug delle vecchia.
-
La versione del componente Chrono Contact è la 3.1 RC5.5 . Se dovessi installare la nuova versione, cosa mi comporta con Albo? Devo prestare particolare attenzione, è sufficiente fare l'installazione come un qualsiasi componente, o c'è una procedura diversa?
Grazie ancora!
-
Non è necessario disinstallare nulla. Basta installare la nuova versione con la normale procedura, essa sostituisce la vecchia in automatico. Forse sarà da riaprire e salvare il collegamento a finestra_avvio nel menu di partenza.
Consiglio comunque di mettere il sito provvisoriamente non accessibilile dal lato pubblico e di fare un normale preventivo backup dei file del sito e delle tabelle del database.
-
Quindi seguirò questi passi:
- sito offline,
- backup con Akeeba Backup come già faccio normalmente,
- installazione di ChronoForms_V3.2.0.zip,
- svuoto la cache del browser,
- controllo il modulo per l'Accesso Riservato,
- riprendo ad usare Albo.
Devo fare altro?
-
Ok perfetto.
Dopo controllare che il link a finestra di avvio funzioni.
-
Ok perfetto.
Dopo controllare che il link a finestra di avvio funzioni.
è facile dire "perfetto"... :'(
Ho un problema: dopo aver messo il sito offline e fatto il backup con Akeeba, mi sono dovuto fermare all'installazione di ChronoForms_V3.2.0.zip, poiché questo passaggio non va a buon fine! Seleziono il file .zip, premo il tasto "Carica file & installa", ma non succede nulla; o mi appare una pagina completamente bianca, o una con la scritta "-1- Si è verificato un errore... Non è possibile copiare il file selezionato".
Cos'altro è successo?
-
Codesto problema mi fa sorgere il dubbio che ci sia da controllare i permessi di scrittura nelle cartelle di joomla sul server.
-
E' il dubbio che ho avuto anch'io. Il sito gira su di un server della ns. ........, per cui mi sono rivolto al tecnico che segue il sistema Apache-PHP-Joomla, e gli ho chiesto di verificare. Ha dato un'occhiata, non c'era nessun errore particolare, ha provato ad aumentare i permessi per il mio account, ma non è cambiato nulla. Più tardi farà un altro tentativo e poi ti saprò dire se sono riuscito a fare l'aggiornamento di ChronoForms_V3.2.0 .
Precedentemente ci eravamo accorti che, non so per quale motivo, se aggiornavo un componente, un plugin tramite back-end, e poi avevo la necessità di effettuare altre variazioni via Ftp, non potevo fare questa operazione, poiché l'account del back-end si impadroniva delle cartelle aggiornate ed impediva a quello Ftp di cambiare i permessi delle cartelle, dei files, di cancellarli e di trasferire da locale a remoto qualsiasi cosa. Per esempio ogniqualvolta faccio un aggiornamento di Albo, torna il logo di default realizzato da grendizer71; però io ho modificato il file inserendo anche il logo del mio Comune, e lo devo sostituire via Ftp con quello che si chiama "logoapnewxxx". Ebbene non lo posso fare, perché via Ftp non riesco a cancellare quello di default, a sovrascriverlo con quello modificato e a fare tutte le cose descritte in precedenza. Scusate se ho divagato, ma con qualche elemento in più si possono avere le idee più chiare. Almeno lo spero!
-
Su alcuni server con sicurezze più spinte può verificarsi quel problema, capitava anche a me.
Avevo risolto utilizzando per alcuni upload il componente extplorer che consente la gestione di file e cartelle dal backend di joomla
http://extensions.joomla.org/extensions/core-enhancements/file-management/2630
-
@vales
grazie per il suggerimento, ma ho ancora un dubbio: tra com_extplorer_2.1.0RC1.zip, com_extplorer_2.1.0b5.zip e eXtplorer_2.1.0b4.zip, quale devo scegliere per l'installazione?
-
la versione RC (Release Candidate) è sempre da preferire.
-
Ok! Proverò e poi posterò i risultati. Grazie!
-
Installato Extplorer. Funziona e ho risolto il problema dei diritti/permessi con gli aggiornamenti di Albo (già citato in precedenza); non devo più ricorrere al tecnico del servizio hosting per farmeli modificare!
Rimane il problema dell'installazione della nuova versione di ChronoForms: a quali cartelle devo cambiare i permessi?
-
I permessi per chronoforms sono quelli delle cartelle di joomla
components
administrator/components
dove finiscono tutti i componenti, anche un pezzo di Albo Pretorio usa quelle cartelle.
-
I permessi per chronoforms sono quelli delle cartelle di joomla
components
administrator/components
dove finiscono tutti i componenti, anche un pezzo di Albo Pretorio usa quelle cartelle.
quindi posso inserire manualmente, via Ftp, tutti i files presenti in ChronoForms_V3.2.0.zip in queste due cartelle che mi hai segnalato?
-
No, non farebbe l'installazione.
Puoi mettere invece i file scompattati in una cartella temporanea da indicare poi nella campo nella finestra di installazione di Joomla di nome "Installazione da cartella" e provare l'installazione manuale.
-
No, non farebbe l'installazione.
Puoi mettere invece i file scompattati in una cartella temporanea da indicare poi nella campo nella finestra di installazione di Joomla di nome "Installazione da cartella" e provare l'installazione manuale.
Ho provato come mi hai suggerito tu. Scompattato ChronoForms_V3.2.0.zip in una cartella sul pc, e da lì trasferiti, via Ftp, nella cartella temporanea sul server. Ho lanciato l'installazione manuale, ma nulla, sempre il solito messaggio di errore, che puoi vedere in allegato.
Altri suggerimenti? Grazie ancora.
[allegato eliminato da un amministratore]
-
Mi rimane la convinzione che i permessi delle cartelle del sito non siano configurati in modo ottimale. La cartella tmp dovrebbe essere scrivibile.
Puoi fare una prova? Cambia nome alla cartella tmp e crea una nuova cartella tmp con extplorer. Poi prova l'installazione normale o manuale come hai già fatto.
-
Ho fatto la prova, ma mi sono dovuto fermare già a rinominare la cartella tmp: non me lo fa fare!!! Risultato dell'operazione => Failure!
I permessi sulla cartella tmp da extplorer risultano 777 (rwxrwxrwx) e proprietario risulta essere l'utente con cui accedo tramite Ftp.
A questo punto hai ragione, i permessi delle cartelle del sito non sono configurati in modo ottimale, però è molto strano, visto anche i permessi della cartella tmp...
Mi viene da ridere, ma...qualche altra soluzione?!?
-
rinomina la tmp con ftp e poi crea la nuova tmp con extplorer se te lo consente. Temo il problema è proprio quello.
Altriementi fai cambiare i permessi a chi gestisce il server e già che ci sei fai cambiare tutti i permessi alle cartelle che vedi nel backend di Joomla in
Aiuto->Info sistema-> Permessi cartelle.
-
Questo topic avrà una "felice" conclusione?
Ho già fatto anche questa prova: tramite Ftp ho rinominato la cartella tmp e me lo ha fatto fare, ma extplorer non mi ha permesso di creare una nuova tmp. Contatterò chi gestisce il server e farò cambiare i permessi, o forse meglio cambiare il proprietario, in modo tale da consentire da back-end tutte le operazioni. Leggendo da Aiuto->Info sistema-> Permessi cartelle, risulta che tutte le cartelle siano scrivibili!
-
@vales
Ciao! Finalmente chi gestisce il server ha cambiato i permessi e anche il proprietario delle cartelle e dei files. Conseguentemente sono riuscito ad installare ChronoForms_V3.2.0, ma per il momento di ricevere le notifiche di fine pubblicazione non se ne parla! Inizio a disperare...
Ora che sono riuscito ad aggiornare ChronoForms, devo rifare le prove dal back-end (Forms Management) come mi avevi già suggerito, o per verificare che l'invio di mail dal sito funzioni è sufficiente la prova (positiva), che ho appena fatto dal form dei Contatti?
-
Se il form contatti funziona, il sito spedisce le email. Va capito cosa succede con chronoforms e al momento non ho idee.
Non mi ricordo sei ti avevo suggerito di provare il form demo di chronoforms. Lo crei premendo sulla voce Upload SQL and Load Demo Form, gli metti degli indirizzi email tuoi e vai la prova.
-
...Ci sarebbe anche un'altra verifica. Vedere se chronofrom invia la posta con altri form. A tale fine c'è un form demo che viene creato andando in Form Management di Chronoform e premendo Upgrade SQL and Load Demo Form.
Fatto questo vedrai un nuovo form di nome basicDemo. Lo apri e vai nella finestra Setup Email. Li vedrai due email configurate una invia ad un indirizzo fisso e quella in basso invia alla email che sarà inserita dall'utente che usa il form.
Modifica l'indirizzo fisso nel campo To della prima email admin@yoursite.com con un tuo indirizzo valido.
Puoi cambiare anche nel campo From email admin@admin.com con un indirizzo valido ma non è necessario.
Salva il form normalmente, pubblica il form se non è pubblicato e clicca sul link a destra accanto al nome del form, riempi i campi del form e prova l'invio. Se tutto funziona riceverai le due email configurate...
come vedi me lo avevi già suggerito. Cmq l'ho appena riprovato e, nonostante siano presenti in Upgrade SQL and Load Demo Form 3 form "basicDemo", ho ricevuto 2 mail, una da Albo Pretorio e una da MyWebsite.com . Quindi anche questa prova è riuscita, ahimé!
Mi è venuto un dubbio, ma penso non sia rilevante per il problema: ad inviare la notifica deve essere a farla l'utente che ha inserito l'atto, o è sufficiente un utente qualunque, purché abilitato?
-
@vales
successivamente all'aggiornamento di Chronoform, ho rifatto la validazione XHTML 1.0 della pagina iniziale di Albo, ma mi da 5 errori:
1) <form name="ChronoContact_finestra_avvio" id="Chron…
[Line 159, Column 56: there is no attribute "name"]
2) …y2&connectionname=albo_pretorio&Itemid=31">Albo Pretorio</span>[/url]</p>
[Line 185, Column 199: end tag for "a" omitted, but OMITTAG NO was specified]
3) …y2&connectionname=albo_pretorio&Itemid=31">Albo Pretorio</span>[/url]</p>
[Line 185, Column 203: end tag for element "a" which is not open]
4) …iv> <input type="hidden" name="573bba986f4a8d9f64ae383671846209" value="1" />
[Line 197, Column 86: document type does not allow element "input" here; missing one of "p", "h1", "h2", "h3", "h4", "h5", "h6", "div", "pre", "address", "fieldset", "ins", "del" start-tag]
5) … <input type="hidden" name="1cf1" value="20bd0fc74b4c07090219a1dd45b12acc" />
[Line 198, Column 93: document type does not allow element "input" here; missing one of "p", "h1", "h2", "h3", "h4", "h5", "h6", "div", "pre", "address", "fieldset", "ins", "del" start-tag]
non so se dovevo postare qui, oppure da un'altra parte...
-
devi applicare la nuova patch per la nuova versione
http://www.joomla.it/download-della-community/item/110-patch-validazione-w3c-componenti-chronoengine.html
-
Applicata la nuova patch, ma sempre 5 errori in validazione!
-
se fra gli errori vedi <form name="ChronoContact_finestra_avvio" id="Chron…
vuol dire che la patch non è stata applicata in modo corretto.
Ho verificato sul mio sito c'era un problema sul link Albo Pretorio che dava due errori. Spostando </a> all'interno dello spam risolve. Ma non ho trovato quello su <form name=".....
http://www.pistoia.turismo.toscana.it/index.php?option=com_chronocontact&chronoformname=finestra_avvio&Itemid=135
-
Avevo fatto lo spostamento della patch via Extplorer; ora fatta via Ftp siamo passati da 5 errori a 2, quelli evidenziati da te. Ora devo inserire [/url] all'interno dello span, ma per favore mi potresti indicare il percorso?
Scusa e grazie ancora!
-
vai nel form finestra_avvio in Form code ->Form HTLM
cerchi questo gruppo di codice in basso
<p><span style="color: #008000; font-size: 14pt;"><a href="<?php echo Jroute::_(Juri::base()."index.php?option=com_chronoconnectivity2&connectionname=albo_pretorio&Itemid=".$menu);?>">Albo Pretorio</span></a></p>
</td>
</tr>
</tbody>
</table>
quello all'interno del tag p deve divenire così
<p><span style="color: #008000; font-size: 14pt;"><a href="<?php echo Jroute::_(Juri::base()."index.php?option=com_chronoconnectivity2&connectionname=albo_pretorio&Itemid=".$menu);?>">Albo Pretorio</a></span></p>
-
Cosa dire?
Grazie! Questo piccolo problema di validazione è stato risolto!
Speriamo di trovare anche una soluzione all'oggetto di questo post.
Albo è un componente eccezionale, ogni aggiornamento porta sempre qualcosa di nuovo, come la visualizzazione degli allegati tipo lightbox la trovo un'ottima trovata, che mi risolve il problema di visualizzazione con Firefox.
Grazie ancora!
-
Mi è venuto un dubbio, ma penso non sia rilevante per il problema: ad inviare la notifica deve essere a farla l'utente che ha inserito l'atto, o è sufficiente un utente qualunque, purché abilitato?
La funzione notifiche è abilitata sempre per il Super Administrator ed agli utenti abilitati alle categorie del form ed alla funzione stessa di notifica.
Quindi se vedi l'atto puoi inviare la notifica.
-
Nella notifica di pubblicazione la data viene indicata nel formato anno-mese-giorno
Ho appena modificato su chronoforms i "data field setting" ma le notifiche rimangono con lo stesso formato data. Forse la modifica non ha effetto retroattivo e sarà visibile dai prossimi atti pubblicati?
Inoltre mi chiedevo se è possibile automatizzare l'invio delle notifiche alla fine della pubblicazione.
-
La funzione notifiche è abilitata sempre per il Super Administrator ed agli utenti abilitati alle categorie del form ed alla funzione stessa di notifica.
Quindi se vedi l'atto puoi inviare la notifica.
Mi hai tolto un dubbio, grazie!
Cmq non riesco ancora a ricevere la notifica di fine pubblicazione... :'(
Finirà che ci dovremo adattare a stampare la videata della pagina relativa!
-
Nella notifica di pubblicazione la data viene indicata nel formato anno-mese-giorno
Ho appena modificato su chronoforms i "data field setting" ma le notifiche rimangono con lo stesso formato data. Forse la modifica non ha effetto retroattivo e sarà visibile dai prossimi atti pubblicati?
Inoltre mi chiedevo se è possibile automatizzare l'invio delle notifiche alla fine della pubblicazione.
No, il "data field setting" non ha influenza. Dovrà fare una modifica alla lettura della date perchè quelle del data base, che sono "brutalmente" prese e messe li, sono nel formato americano.
L'automazione sarebbe anche possibile ma occorrono server con funzioni tipo cronotab presenti, altrimenti chi attiva l'invio e quando?. Non credo che tutti gli enti abbiano server con questo servizio aggiuntivo.
Una soluzione casareccia potrebbe essere che il primo utente del giorno attiva, a sua insaputa, con il suo ingresso l'invio delle email degli atti scaduti il giorno precedente. Ma non ci sono garanzie che chi entra nel sito entri nel posto giusto.
Al momento teniamo la proposta nella lista dei desideri. ;D
-
Mi hai tolto un dubbio, grazie!
Cmq non riesco ancora a ricevere la notifica di fine pubblicazione... :'(
Finirà che ci dovremo adattare a stampare la videata della pagina relativa!
Purtroppo per la notifica non ho notizie da notificare ;D
Mi sembra che in un post precedente c'era la segnalazione dello stesso problema che è stato risolto con una nuova installazione. Di più non so dire.
-
Inoltre mi chiedevo se è possibile automatizzare l'invio delle notifiche alla fine della pubblicazione.
Non dovrebbe essere moto complicato scrivere uno script da schedulare nel tuo crontab. E' una delle cose che ho in mente di fare nei prossimi giorni.
Resta comunque il problema che la notifica ritorna a colui che ha inserito l'atto, non all'ente che ne ha richiesto l'inserimento.
Infatti il campo email di notifica non è associato all'anagrafica degli enti, per questo motivo l'email di riferimento dell'ente esterno richiedente è ignota a l sistema.
Se invece hai una gestione monoente il problema non si pone.
Un'altra debolezza della soluzione che ti propongo è il fatto che non esiste un contatore delle notifiche inviate ( ipotetico campo 'jos_chronoforms_atto_10'.'numero_notifiche_inviate' ). Quindi se l'invio automatico per qualsiasi motivo fallisse la notifica andrebbe persa.
Appena lo script è pronto lo posto.
-
Purtroppo per la notifica non ho notizie da notificare ;D
Mi sembra che in un post precedente c'era la segnalazione dello stesso problema che è stato risolto con una nuova installazione. Di più non so dire.
Se intendi una nuova installazione di Albo, non cambia nulla. Ho usato tutte le versioni dalla 8 alla 10, ma il problema è rimasto. Se ti ricordi, ho provato su tuo suggerimento a fare degli invii da chronoforms; sono andati tutti a buon fine! Probabilmente c'è qualche problema da qualche altra parte del sito, che non si riesce ad individuare...
-
No, credo proprio di chronoforms.
Ma in quel caso attenzione un bel backup dei file e del database in particolare della cartella degli allegati di albo e delle tabelle di database di albo.
-
@vales
saresti ancora una volta così gentile da scrivermi il percorso dei files e del database da salvare? Corro il rischio di perdere tutti gli atti già pubblicati?
Grazie!
-
Questo è il percorso della cartella dei file degli allegati
components/com_chronocontact/uploads/allegati_10
queste invece sono le tabelle che necessitano al Albo ed ai componenti della Chronoengine
jos_chronoconnectivity2
jos_chronoforms_albo_log
jos_chronoforms_allegati_10
jos_chronoforms_atto_10
jos_chronoforms_categoria_10
jos_chronoforms_configurazione
jos_chronoforms_enti
jos_chronoforms_sezione_10
jos_chronoforms_utenti
jos_chrono_contact
jos_chrono_contact_elements
jos_chrono_contact_emails
jos_chrono_contact_plugins
Ma puoi fare anche un backup del sito file e tabelle e vai sul sicuro.
-
@vales
ricapitolando:
1) salvo la cartella "allegati_10" e tutto il suo contenuto;
2) salvo le tabelle "jos_xxxx" via phpmyadmin;
3) disinstallo chronoform;
4) reinstallo chronoform;
5) riposiziono la cartella "allegati_10" e le tabelle "jos_xxxx";
6) provo ad inviare la notifica.
I passaggi sono giusti o ho saltato/omesso qualcosa?
-
La sequenza dovrebbe andare bene.
-
@vales
sono tentato a fare questa cosa, ma è il tuo "dovrebbe" che incute un certo timore... Non vorrei perdere dei dati e incorrere nelle ire di Sindaco, Giunta, Segretario e colleghi... ???
-
Vai avanti hai le copie di tutto.
-
@vales
ritorno ancora su qst argomento prima di partire con la disinstallazione e l'installazione ex-novo di Chronoform.
Girovagando nel Forms Manager di Chronoform, mi sono accorto della presenza della colonna "Emails" e (come puoi vedere evidenziato nell'allegato Appunti02) delle voci "Enabled" e "Disabled". Nella maggior parte dei forms sono entrambi a zero, in alcune trovo Enabled=2 e in un caso Enabled=1. Quest'ultimo corrisponde al form "atto_10_notifica". E' corretto, o può essere questo ad impedirmi di ricevere la notifica di fine pubblicazione?
Altra domanda sempre per il form "atto_10_notifica": è corretta la situazione del Plugins Order che puoi vedere nell'immagine Appunti01?
...
Un'altra debolezza della soluzione che ti propongo è il fatto che non esiste un contatore delle notifiche inviate ( ipotetico campo 'jos_chronoforms_atto_10'.'numero_notifiche_inviate' ). Quindi se l'invio automatico per qualsiasi motivo fallisse la notifica andrebbe persa.
Appena lo script è pronto lo posto.
Per caso ci possono essere sviluppi per qst script, a mio avviso molto utile?
Grazie!
[allegato eliminato da un amministratore]
-
Le ultime versioni non hanno più quel settaggio dell'email. Fanno tutto direttamente con il codice php.
Quale versione hai in uso ?
Il plugin order è giusto. Quel form usa il plugin Profile page.
-
Chrono Contact = V 3.2
Chrono Connectivity2 = 2.0 RC3
PHP = Version 5.1.6
-
Intendevo di Albo Pretorio
-
...ops, scusa! ::)
Albo Pretorio On Line versione 10.0 RC 2.1
-
Puoi verificare se hai inserito l'email in configurazione globale di Joomla->server->campo email da ?
-
Fatto, come puoi vedere anche dall'allegato... :D
[allegato eliminato da un amministratore]
-
ma vedo ora che sei in locale. ;D
In locale php non può inviare email.
Puo inviarle solo se abiliti SMTP con i parametri di un tuo account di posta.
-
Fermi tutti! :'(
Questa configurazione non permette di inviare mail? Sono stato tutti questi mesi ha cercare una soluzione a questo problema, pensando chissà cosa, e avevo la soluzione sotto il naso... :'(
Ora provo e ti faccio sapere!
-
Ma nei primi post avevi detto che ricevevi le altre email di chronoforms.
Questo mi ha sviato fino a che non ho visto l'immagine della configurazione.
-
In effetti tutte le prove di invio email di chronoforms sono andate a buon fine. Ignoro il motivo per cui funzionasse nonostante la configurazione sbagliata!
Iniziato a fare le prove, ma non ho ancora ricevuto nessuna notifica...devo aver gioito troppo presto... :-[
-
Mi fai un'ultima prova.
Nel form atto_10_notifica ci sono ancora i settaggio di un invio classico di chronoform, l'unico limite è che non inviava gli allegati.
In form general dovresti abilitare a Yes l'invio dell'email e poi fare la prova.
Io ho testato ora è funziona ho ricevuto un'email in più rispetto a quelle programmate.
-
Se il settaggio è quello presente nell'allegato, era già abilitato su Yes...
Ho inserito in Setup Emails un altro indirizzo, sono entrato in Albo e ho provato ad inviare una notifica, ma non ho ricevuto nulla...
[allegato eliminato da un amministratore]
-
Hai provato a configurare l'invio dell'email tramite SMTP in configurazione globale di joomla, abbiamo avuto la conferma che non invia in locale con l'impostazionne PHP mail.
-
@vales
perdonami, ma ho qualche difficoltà a capire i tuoi suggerimenti.
Hai provato a configurare l'invio dell'email tramite SMTP in configurazione globale di joomla, abbiamo avuto la conferma che non invia in locale con l'impostazionne PHP mail.
quando mi scrivi "...che non invia in locale...", intendi per un'installazione di Albo in locale? Non è il mio caso, Albo è già online da un paio di mesi.
Ho usato sia PHP mail, sia Sendmail che server SMTP, ma il risultato è sempre lo stesso. Nessuna notifica arrivata! Probabilmente sbaglio qualcosa nella configurazione tramite SMTP: che cosa devo inserire?
Ho installato Albo anche per un altro Comune, stessa versione, anche gli altri componenti sono gli stessi e, addirittura, l'impostazione della configurazione E-mail è Funzione PHP Mail (con parametri di default). Ma su questo sito, la notifica funziona benissimo!!! L'unica cosa diversa è il server su cui sono installati i due siti.
Ti viene in mente qualche altra soluzione?
-
Nell'immagine precedente ho visto localhost è ho pensato che l'installazione fosse in locale.
Per la configurazione dell' SMTP visita questo post
http://forum.joomla.it/index.php/topic,110842.msg489850.html#msg489850
-
Ti ringrazio.
Ho letto il post, però ho un problema. Il mio Comune utilizza come connessione Internet la linea della RUPAR regionale, xcui devo sentire il gestore se esiste un parametro da inserire in questa configurazione. Avevo già provato ad inserire come utente SMTP il mio indirizzo di posta (anche l'email viene gestita dalla RUPAR) e l'host SMTP relativo, ma Albo mi diceva che non poteva raggiungere quell'indirizzo.
Ti farò sapere l'evolversi.
-
@vales
Come avevo scritto sopra, ho contattato il gestore della RUPAR e gli ho spiegato il problema. Mi ha fornito un indirizzo da inserire nel campo "Host SMTP" e, come per magia, la notifica di fine pubblicazione ha iniziato a funzionare!!! Senza dover aggiornare chronoforms.
Anche questo piccolo problemino è stato risolto; ora Albo è "quasi" perfetto! 8)