Comportamento modulo contatti 
Autore: Antonio L.Ho un sito https://www.teatrodellecontrade.ch/ nel quale ci sono due pagine che utilizzano l'oggetto Modulo di contatto:
- https://www.teatrodellecontrade.ch/sottoscrizione.html pagina nascosta di iscrizione a un evento che invia i dati a un database con notifica a due destinatari;
- https://www.teatrodellecontrade.ch/contatti.html che invia un formulario agli stessi due destinatari.
Entrambe hanno come destinatari due indirizzi mail identici (copia e incolla): ***;*** che sono su due provider completamente differenti (uno è Sunrise e l'atro è Bluehost che è anche l'hosting del sito), ma l'invio ha uno strano comportamento:
nel 1° caso la notifica inviata a *** viene ricevuta ma finisce sistematicamente negli spam e non c'è verso di eliminare il problema, mente non viene ricevuta affatto da ***
Nel 2° caso invece il formulario è ricevuto correttamente nella cartella Posta in arrivo di entrambi i destinatari senza il minimo problema.
Francamente non so più cosa fare per risolvere il problema del 1° caso.
Grazie per l'aiuto, cordiali saluti, Antonio
strano...
comunque... per ridurre il rischio spam bisogna utilizzare la mail abbinata al dominio con smtp autenticato
in ogni caso se quel destinatario che mette in spam è tuo , basta che vai nella sua posta e metti il mittente come indirizzo "non indesiderato" oppure lo aggiungi alla rubrica ... così non dovrebbe più andare nello spam
Autore
Le smtp sono autenticate SSL/TSL, inoltre la smtp è uguale sia che invii da un Modulo contatti con invio dati tramite mail o invio dati a un database con notifica al destinatario, per questo non capisco perché funzioni perfettamente in un caso e dia problemi nell'altro.
Per quel che riguarda il segnare il mai come "non indesiderato", è la prima cosa che ho fatto ma non cambia nulla, al prossimo invio lo ritrovo di nuovo negli spam.
Se guardo la sorgente del messaggio (che allego) dopo averlo segnato come "non indesiderato", vedo che resta marcato come spam ma non capisco perché non venga modificato da "yes" in "no" quando viene indicato come "non indesiderato". Questo penso che sia un problema del provider Sunrise con il quale ho un ticket aperto, ma non spiega perché non venga ricevuto del tutto dall'altro destinatario *** che invece riceve correttamente i dati inviati dal Modulo di contatto a un destinatario mail.
È un rompicapo!
vedo che ti dà SPF softfail quindi non è ok...
e viene contrassegnata come spam, l'indirizzo IP non è elencato nel record SPF trovato nel DNS, che può essere una ragione per cui l'autenticazione SPF fallisce per la vostra email...
senti i provider...
Autore
Incompresibilmente e senza aver effettuato nessun cambiamento, tutto ha cominciato a funzionare normalmente.
Tutti i dati, database, notifiche, funzionano senza problemi.
Non me lo spiego ma grazie per il supporto.
Autore
Devo riaprire questo post, il problema sembrava risolto ma non lo è e spero che mi possiate aiutare a comprendere il problema. Faccio un riassunto:
I miei domini sono .ch, acquistato presso Hostpoint.ch. Ho scelto Bluehost come Hostin a causa dell'ottimo rapporto qualità prezzo.
Su Bluehost ho un dominio primary e gli altri sono degli addon. I moduli contatto (con o senza invio a database).
Se compilo un modulo di contatto nel dominio primary, i mail inviati al destinatario e di conferma vengono recapitati normalmente.
Se compilo un modulo di contatto nei domini addon (p.es https://www.ambgite.ch/index.html), e invio a un destinatario di un mail bluehost (creato nell'hosting), viene recapitato normalmente; se il destinatario non è un mail bluehost, il mail viene considerato spam (sul mio mail sunrise la sorgente indica "spf=softfail (67.222.38.20;sunrise.ch);").
Ho editato l'SPF del dominio addon nel modo seguente: "v=spf1 a mx ptr include:bluehost.com ?all" ma i mail continuano a essere considerati spam.
Ora sto provando a installare sull'hosting dei pacchetti PEAR specifici per l'invio di mail PHP tramite SMTP ma non sono ancora riuscito a risolvere il problema.
Avete un consiglio o un'idea da propormi?
Grazie.
Buongiorno Antonio
In generale, il software non fa alcun tipo di distinzione quando prepara le email per l'invio. Se noti che per qualche motivo alcune email arrivano ad un certo indirizzo, mentre a volte no, ed ad un altro magari proprio mai, ti consiglierei di consultare direttamente il tuo provider di hosting perchè verifichi cosa segnalare il server di invio email.
Sicuramente il blocco esiste lì da qualche parte e non nei file del sito in sé, quindi sono sicuro che loro saranno in grado di verificare la cosa lato loro in maniera più precisa per te
Prova a procedere così e tienimi aggiornato qui
Stefano
Autore
Grazie Stefano. Sto cercando effettivamente di ottenere il supporto di Bluehost, putroppo (ormai è prassi) il primo passo è la chat tramite la quale anche loro provano a cambiare SPF senza cavare un ragno da un buco; non sono ancora riuscito a passare a un supporto di secondo livello e a far aprire un case dove penso avrei interlocutori più competenti che un tizio in India o Dio sa dove.
Mi domando se i server che inviano i mail sono gli stessi per il sito primario e gli addon, in caso contrario magari gli IP non sono uguali e c'è la possibilità che non siano considerati affidabili dai provider di posta non Bluehost.
Chiaramente il problema non è di Incomedia e quindi non dovrei nemmeno esporlo come post qui ma se riesco a capire dove risiede potrebbe essere utile a altri utenti.
Continuo a provare a ottenere un supporto valido e ti terrò al corrente, grazie per la vostra comprensione e supporto.
Antonio