Autenticare l'invio di messaggi con SMTP 
Autore: Roberto C.Buongiorno, le e mail di conferma all'utente non arrivano nè dall'e-commerce , nè dal modulo contatti. Arrivano solo a me. Non serve cambiare tra le preferenze il livello dello script ne' passare da post a get, nè le email finiscono nello spam. Il mio server è Windows la versione x5 9.1.81960 . Il server richiede l'autenticazione dell' invio di messaggi SMTP ( username e password) ed è normale che sia così altrimenti potrebbero esserci problemi soprattutto SPAM in uscita dall'indirizzo email impostato. Ho appena controllato le modifiche che verranno apportate nella nuova versione 10 ora in fase di beta test, ma non ho trovato nulla riguardo a quanto sopra esposto. Ho però trovato nel forum che la soluzione è andare a modificare il codice php di un file (è il file x5 engine.php?) o utilizzare servizi esterni (php mailer) Ma è possibile che le email vengano inviate da web solo con la funzione php mail ? Grazie.
Attualmente è così e sembra che neanche nella 10 sarà inserita l'opzione per l'invio con l'smtp autenticato.
Occorre modificare x5 engine..
Abbiamo un piccolo, ma proprio piccolo, tutorial su
http://www.unofficialwsx5.com/index.php?topic=284.0
http://www.unofficialwsx5.com
Autore
Autore
Salve avrei alcuni dubbi: .... nella versione 9 il file da modificare è X5 engine ? ....quando faccio un'aggiornamento del sito il file X5 engine rimane lo stesso? grazie
ciao,
... ogni esportazione resetta le modifiche apportate in post editazione...
... dovresti farti una copia a parte, da uppare con FTP terzo, (Filezilla)...
... io non ho il programma, ...ma potresti provare ad allegare il file x5engine modificato, con oggetto codice html, ...ed aggiungere il relativo LIN REL in impostazioni generali / esperto / head...
... proverei, potrebbe essere che funzioni...
.
bye, KolAsim
E' sufficiente cambiare l'x5engine.php direttamente sull'hard disk, nella cartella di installazione di website. In questa maniera si risolve il problema del suo ripristino ad ogni esportazione. Naturalmente dopo aver fatto una copia dell'originale ... non si sa mai.
http://www.unofficialwsx5.com
Autore
Questa soluzione va bene se si hanno più siti con websitex5 ?
Beh, non proprio. La modifica verrebbe esportata su tutti i progetti.
Però ... esporti con il solito sistema, esegui le modifiche e puoi provare a togliere i permessi in scrittura sul file.
http://www.unofficialwsx5.com
Autore
ma può rimanere lo stesso file x5engine.php anche in seguito a una successiva modifica al sito in testi , grafica, pagine ?
L'email di partenza della conferma di un ordine o una iscrizione alla newsletter deve essere la stessa del dominio? cioè se i miei siti si trovano presso lo stesso provider, il mio dominio principale è pippo.it posso inserire in tutti i moduli dei miei siti secondari l'email di partenza *** ?
Da qualche parte, non ricordo su quale build di v.9, avevo modificato la funzione direttamente nell'x5engine.php per aggiungere una opzione -smtp nel campo "Oggetto:" per abilitare l'invio leggendo i dati di autenticazione direttamente da un file config.php sul sito web. In questa maniera nei progetti non interessati a tale modalità di invio delle email era sufficiente evitare di specificare l'opzione. Non ricordo più su quale build avevo inserito questa funzione, sicuramente sarà stata cancellata da qualche aggiornamento di website ... ma non è difficile, si potrebbe ricreare con un minimo di conoscenza del php.
http://www.unofficialwsx5.com
Grazie ad un casuale intervento di Silvana, ho ritrovato un post utile che illustra come modificare il comportamento dell'x5engine.php con l'aggiunta di una o più opzioni ...
http://www.unofficialwsx5.com/index.php?topic=495.0
in questo caso si trattava di una funzione diversa ed attivata tramite l'inserimento del parametro opzionale [-owner email] (in stile linux), ed infatti, la modifica completa allo script prevedeva l'implementazione di una serie di parametri opzionali compreso il parametro [-smtp configfile]. Peccato aver perso lo script .... d'altra parte non ho interesse a svilupparlo nuovamente per la v.9
Mentre, invece, per la parte dell'invio in SMTP abbiamo quest'altro topic:
http://www.unofficialwsx5.com/index.php?topic=284.0
Si tratta di mettere insieme le due cose.
http://www.unofficialwsx5.com
Autore
Salve a tutti,
questo problema mi ha infastidito non poco. Ho scelto website x5 perchè ho minime conoscenze e quindi volevo un software che non mi complicasse la vita. Mi sembra che il discorso dell'autenticazione sia importante in termini di sicurezza, non riesco a capire come mai gli autori non lo sistemino. Probabilmente non è così semplice.
Modificare il file x5 engine.php può non essere semplice per tutti e non è nemmeno compito del provider fare la modifica. La versione di x5 è la 9.1.8.1960 L' hosting è Windows IIS6 (PHP Version 5.2.6, safe_mode=on).
Ricapitolando, per la soluzione + semplice e relativa alla modifica del file nell'hard disk per un unico sito:
dovrei scaricare php mailer ed installarlo nella root
avere un file x5 engine.php in cui c'è inserito una riga di codice per attivare la funzione
(esiste già pronto? Se no, il mio post può chiudersi qui)
inserire i miei parametri smtp che mi sono fatto dare dal provider
Un'ultima domanda: esiste l'assistenza tecnica incomedia tramite mail o telefono? Oppure per un problema si deve scrivere un post ed aspettare che qualcuno (per cortesia) risponda?
Grazie
No comment. Mi avvalgo della facoltà di non rispondere.
Modificare il file x5 engine.php può non essere semplice per tutti e non è nemmeno compito del provider fare la modifica. La versione di x5 è la 9.1.8.1960 L' hosting è Windows IIS6 (PHP Version 5.2.6, safe_mode=on).
Ricapitolando, per la soluzione + semplice e relativa alla modifica del file nell'hard disk per un unico sito:
dovrei scaricare php mailer ed installarlo nella root
avere un file x5 engine.php in cui c'è inserito una riga di codice per attivare la funzione
(esiste già pronto? Se no, il mio post può chiudersi qui)
inserire i miei parametri smtp che mi sono fatto dare dal provider
In linea di massima, non ci sono grosse difficoltà, si tratta di dedicarci qualche minuto. La soluzione che avevo proposto con gli swith [-smtp] etc etc ... è leggermente più complessa, ma nemmeno più di tanto, se si ha un po' di pratica, altrimenti è meglio lasciar perdere.
Puoi optare per la prima soluzione, quella che viene via con e esportazioni e che non tocca il file originale sull'hard disk ... in fin dei conti ... è sufficiente farsi una copia dell'engine e sovrascrivere l'originale dopo ogni esportazione.
In quel periodo ci sono state frenetiche attività di aggiornamento e pertanto era difficile dare indicazioni più precise in quanto l'engine veniva modificato spesso. Non è possibile fornire un x5engine.php già "moddato" sia per eventuali problemi di copyright che per un discorso etico. Se incomedia autorizzasse esplicitamente, si potrebbe riparlarne.
Purtroppo non ho una v.10 sotto mano e quindi non ho interesse a sviluppare ulteriori modifiche ad una release che trasformerebbe tutto il mio lavoro in obsoleto nel giro di poco tempo.
Un'ultima domanda: esiste l'assistenza tecnica incomedia tramite mail o telefono? Oppure per un problema si deve scrivere un post ed aspettare che qualcuno (per cortesia) risponda?
Grazie
Non credo che l'aventuale assistenza si possa estendere a funzioni al di fuori delle specifiche, ma ... si può sempre tentare.
http://www.unofficialwsx5.com
ciao Roberto,
... non mi sono mai interessato d SMTP, ma vorrei sapere come funziona per capirci di più...
... per esempio, se ti mando il form-mail con il mio indirizzo pippo
topolinia.wd
...come avverrebbe l'autenticazione, e chi la farebbe...?...
... cioè, ...vorresti dire che se la email fosse fasulla sarebbe controllata a monte...?
...
... per la problematica che hai riscontrato, che si è presentata alcune volte, ma molto raramente, se si fosse usato One.Com offerto con l'acquisto del programma, oppure un altro qualsiasi di quelli che si nominano frequentemente, del tipo di Aruba, Altervista, TopHost, DominioFaiDaTe, e ci metto a malincuore anche NentSons
e register, ed altri che non ricordo, sicuramente non avresti avuto tale problema...
... un utente che presentò un problema simile al tuo, ebbe come risposta dal server che era il programma WebSiteX5 che doveva usare uno script corretto per funzionare, al che questo utente ha contro risposto che se non veniva regolarizzata l'emissione delle email per come da lui richiesto avrebbe annullato il contratto con loro e trasferito su altro host il sito, ...al che l'host in questione provvedette ad abilitargli subito i permessi richiesti, risolvendo immediatamente...
... tanto detto per fartelo sapere, non so però se possa assimilarsi al tuo caso, e come detto non sono documentato su SMTP non essendocene stato mai bisogno...
...
...
bye, KolAsim
Normalmente, il codice preparato da website fa uso della funzione in php mail() che però in alcuni casi non è utilizzabile. La funzione mail() non effettua alcuna verifica, nemmeno sommaria, dell'identità di chi invia le email e pertanto risulta più esposta al pericolo di spam.
Con il metodo dell'autenticazione smtp, invece, tramite il codice php ci si interfaccia direttamente con il normale server smtp permettendo l'autenticazione dell'inviante come se provenisse da un normale thunderbird o outlook. E' chiaro che in questo caso ed in presenza di un form, l'autenticazione verificherà soltanto l'identità con cui il codice è stato istruito ad autenticarsi. In altre parole, se io desidero inviare una email tramite il form di Roberto, il server consentirà l'invio, ma verrà fatto autenticando la mia email come proveniente tramite i dati di Roberto presenti nella configurazione presente nel file in php che gestirà il form e quindi l'invio dell'email.
Così facendo si previene di un infinitesimo lo spam, che comunque rimane ben riconducibile ad un utente ben preciso ed è molto più facile trovare la falla che consente l'uscita massiva di spam. E' un sistema che spesso, per non dire sempre, i tribunali impongono alle testate giornalistiche online, oltretutto, ed è gestito da tutti i cms e da molti software di tipo website builder di cui evo fino alla v.9 fa parte, ma che ancora non è in grado di utilizzare correttamente.
La cosa migliore sarebbe di obbligare l'uso della pec, ma ... c'e' ancora moltissima gente che non sa nemmeno cosa sia una casella di posta elettronica normale ... figuriamoci la pec.
http://www.unofficialwsx5.com
... grazie, ...e sono d'accordo sulla firma elettronica e posta elettronica certificata...
Autore
Secondo me l'utilizzo della funzione in php mail() per il messaggio di risposta automatica al cliente potrebbe essere una leggerezza e causare problemi.
Secondo me la richiesta dell'autenticazione SMTP ha tutte le ragioni di esistere
Secondo me non è compito del provider installarmi un servizio esterno (come PHP mailer) e modificarmi il file x5engine.php e quindi non voglio "ricattarlo" con il passaggio ad altro hosting come One.Com
Non credo che il mio problema delle e mail di conferma al cliente che non partono in automatico, sia un caso sporadico. Il mio hosting è Windows IIS6 (PHP Version 5.2.6, safe_mode=on).
bye
Più che l'uso legittimo della mail(), è dannoso un suo uso fraudolento. Si inietta il codice nel sito sfruttando qualche bug del sito o del webserver e lo si utilizza ad insaputa del webmaster. Con l'autenticazione si avrebbe un lieve miglioramento. Lieve, perchè se riesco ad iniettare codice, lo faccio inserendo funzioni che mi permettono anche la lettura dell'eventuale file che contiene i dati di autenticazione e quindi si vanifica parzialmente la protezione dell'invio di email.
Secondo me la richiesta dell'autenticazione SMTP ha tutte le ragioni di esistere
Secondo me non è compito del provider installarmi un servizio esterno (come PHP mailer) e modificarmi il file x5engine.php e quindi non voglio "ricattarlo" con il passaggio ad altro hosting come One.Com
Assolutamente. Il provider deve fornire una piattaforma stabile per mantenere il sito e i suoi servizi. Nulla di più. Tutto il resto deve essere compito del webmaster. Anche il php mailer rientra nei compiti del webmaster in quanto si tratta di script indipendenti dal webserver.
Non credo che il mio problema delle e mail di conferma al cliente che non partono in automatico, sia un caso sporadico. Il mio hosting è Windows IIS6 (PHP Version 5.2.6, safe_mode=on).
bye
No. E' un comportamento abbastanza comune ... basta leggere il numero di richieste su questo stesso forum , per farsene un'idea.
http://www.unofficialwsx5.com
Ciao,
... avevo formulato la precedente domanda, perchè chi mi legge in questi anni sa che io non condivido la filosofia che c'è dietro al Form-Mail, e tanto meno lo approverei adesso dopo le spiegazioni date su SMTP, ed il perchè è nella stessa domanda fatta......!...
... anche condividendo quanto appena detto da Serzio ©, ...ho fatto una breve ricerca in RETE, e la situazione SMTP è abbastanza confusa, ...e le varie spiegazioni non hanno dato soddisfazione, ...ed è certo che l'host deve offrire quello che il cliente cerca, visto che non c'è una regola universale e non è universalmente adottato, anzi attualmente è tutto il contrario, ...anche se Serzio © ha dimostrato le possibilità da parte utente...
... il problema SMTP si è presentato in modo molto limitato per il nostro programma, altrimenti ci sarebbero migliaia di richieste del genere, ed il fatto stesso di conoscere il problema, lo si evita...
...
... quindi, ...per come la penso io, non essendo la regola, conoscere il problema, e sapere che possa esserci una soluzione, già problema non sarebbe più...
... se ne fossi interessato io, potrei farmi una ricerca e studiare le alternative, solo se fosse vincolante l'uso proprio di quel host, il che sapendolo eviterei certo di fare...
... e partirei proprio dalle soluzioni proposte da Serzio ©, che a seguirle porterebbero ad una formula personalizzata...
...
... riporto i pochi quote dello Staff che hanno riguardato SMTP:
WebsiteX5 Evolution 9, non usa nessun smtp, o meglio, usa la funziona "mail" di PHP che a sua volta usa l'smtp che è impostato nel server.
Se si desidera, cercare su google una guida del PHP e SMTP, in modo da poter modificare manualmente il file 'imemeil.inc.php'.
Non è purtroppo possibile mandare mail tramite SMTP. Quello che posso suggerire è solo di cambiare l'host web.
...
... il contatto più sicuro (ma non certo) è quello del Client di PE o del WebMail, ...che garantirebbe (ma non certo) l'esistenza di una entità vera a monte...
...
... comunque, ...nella ricerca effettuata, per quanto breve sia stata, visto che attualmente non è di mio interesse, ...mi sono imbattuto in questo interessante sito, utile come base per chi vuole far da se:
http://www.9lessons.info/2009/10/send-mail-using-smtp-and-php.html
...
... invece, per quanto riguarda il client del PC, un metodo alternativo potrebbe essere quello che si vede intabellato in questo vecchio esempio:
http://www.zspace.it/kolasim/website/ParaFormMailClient/
.
bye, KolAsim
Il discorso del form è parzialmente condivisibile. Dipende dall'importanza che si desidera dare alla semplicità dell'interazione con il potenziale cliente. Se si vuole fare un discorso del tipo "chi mi vuole, mi cerca", allora è sufficiente mettere un bell'indirizzo email parzialmente oscurato da qualche immagine o meglio ancora una pec. Purtroppo, o per fortuna, a volte si cerca di semplificare il contatto con il visitatore e si scende a compromessi adottando il sistema del form.
Naturalmente è indispensabile conoscerne i rischi ed il funzionamento per limitare gli eventuali danni, che non è affatto detto che ci debbano essere, ma che possono capitare.
Altra cosa senz'altro vera è che NON esistono regole. Ogni sistemista ritiene che sia meglio una o l'altra soluzione. E' assolutamente soggettivo. Io, ad esempio, non userei l'autenticazione smtp ed infatti ho sempre parlato di "lieve" miglioramento della sicurezza a fronte di una serie di complicazioni che (sempre a mio avviso) non ne giustificano l'uso, ma altri lo preferiscono e quindi dobbiamo conviverci, se necessario.
... il problema SMTP si è presentato in modo molto limitato per il nostro programma, altrimenti ci sarebbero migliaia di richieste del genere, ed il fatto stesso di conoscere il problema, lo si evita...
Sicuramente, nel caso specifico di website, incomedia è la più adatta a valutare realmente l'incidenza di questo problema con i suoi clienti, anche perchè effettivamente le proposte di hosting per la nostra categoria di utenti è praticamente "piatta", altervista, aruba, tophost, one e pochi altri ... tutti con l'uso del mail() senza autenticazione. Nel caso mio, limitato alla mia parte di contatti con clienti e problemi legati al web, posso dire che potrei dividere le categorie in un 50/50.
...
... quindi, ...per come la penso io, non essendo la regola, conoscere il problema, e sapere che possa esserci una soluzione, già problema non sarebbe più...
... se ne fossi interessato io, potrei farmi una ricerca e studiare le alternative, solo se fosse vincolante l'uso proprio di quel host, il che sapendolo eviterei certo di fare...
... e partirei proprio dalle soluzioni proposte da Serzio ©, che a seguirle porterebbero ad una formula personalizzata...
...
... riporto i pochi quote dello Staff che hanno riguardato SMTP:
Conoscere il problema è già ad un passo dalla soluzione. Esistono tanti metodi, anche semplicissimi, per risolvere la questione. L'unica cosa che non capisco, ma che non mi interessa nemmeno capire più di tanto, è il motivo per cui ci si ostina a non voler implementare un sistema che consenta questa modalità di gestione delle email. Due righe di codice per far contenti anche gli utenti con questa esigenza. Io mi sarei precipitato a fornirne il supporto, ma è anche vero che la mia mentalità è più orientata al mondo open piuttosto che a quello commerciale in cui gli aggiornamenti devono essere attentamente pianificati per evitare di dare tutto e subito per garantire il recupero degli investimenti ed il profitto ...
... praticamente quello che avviene nel settore tecnologico commerciale: telefoni, computer, consolle etc etc.
http://www.unofficialwsx5.com
A causa dell'enormità del fenomeno SPAM , molti provider sono orientati ad obbligare l'utilizzo dell'SMTP autenticato, cosa per altro che io trovo assolutamente giustificata.
Si, Michele, come dicevo è una impostazione abbastanza diffusa ed a discrezione dei sistemisti. C'e' chi è d'accordo e chi no, come il sottoscritto. Ma fin qui, non vedo il problema. Se necessario, si utilizza, in caso contrario si ignora. Questo è quanto.
Anzi, forse rimetto mano al codice e tiriamo fuori una patch ... anche se dovrebbe mancare meno di un mese al rilascio della v.10 .... forse conviene aspettare.
http://www.unofficialwsx5.com
Autore
...credo che più di qualcuno pagherebbe per una patch ad ok...
manca un mese per la v10 ma più di qualcuno aspetterà il primo aggiornamento prima dell'acquisto...
Autore
Conclusioni dopo un mese dal primo post:
1) per chi ha realizzato un sito con il programma originale websitex5 versione 9 e caricato su server che richiede l'autenticazione smtp per i messaggi in uscita, le email di conferma al cliente dal pannello contatti, newsletter, e dal carrello ecommerce non funzionano
2) chi vuole utilizzare tale funzione deve:
a. arrangiarsi (se è capace)tramite la modifica del codice php e/o l'utilizzo di servizi esterni
b. (se non è capace) pagare qualcuno esternamente perchè gli risolva il problema.
c. cambiare hosting e trasferire il dominio in uno dove non richiesta l'autenticazione smtp (e ciò potrebbe anche aumentare le possibilità di fenomeni di spam)
Se ci sono altre soluzioni scrivetele pure qui sotto, altrimenti possiamo chiudere il post segnandolo come caso risolto.
... credo che chi acquisti il programma abbinato ad One.Com non corra nessun rischio, essendo un server raccomandato e congruo alle caratteristiche del programma...
... anche scegliendo tra i 10 server più usati tra noi utenti di Answers, lo stesso non ci sarebbero problemi di sorta...
... a cercarsi un server particolare col lanternino, basta documentarsi sulle caratteristiche e compatibilità per evitare inconvenienti...
... tre utenti con cui ho collaborato non hanno avuto bisogno di cambiar server, in quanto hanno ottenuto dallo stesso server il protocollo adatto che serviva per la totale compatibilità, e solo uno di essi ha minacciato di cambiar server per essere accontentato...
... male che vada, a cambiar server non sarebbe un dramma, e magari ci si guadagna...
... per chi sa smanettare col programma, poco poco, ci sono le due soluzioni proposte nel Topic...
.
... comunque, se il protocollo SMTP prendesse un volume di interesse superiore a quello attualmente marginale, ...penso che i programmatori non perderanno tempo per adeguare il programma, come hanno sempre fatto per stare al passo coi tempi...
.
bye, KolAsim