Problema mail di iscrizione [cod.proprietario]

Problema mail di iscrizione [cod.proprietario] postato il 11/03/2012 09:28:45 nel forum programmazione, open source e hosting e modificato da twin v il 11/03/2012 09:38:49

Buongiorno a tutti,
il mio non è un vero problema di programmazione e se lo è... non l'ho capito.

Utilizzo un codice proprietario per la mia land e ho un problema con libero.it, nel senso che gli utenti che cercano di iscriversi da libero.it, purtroppo non ricevono una mail di avvenuta iscrizione, coi dati di accesso. Non finisce neanche nella posta indesiderata, forse libero.it la considera spam all'ennesima potenza e la filtra totalmente?

Con gli altri account il problema non sussiste, la mail arriva nel giro di pochi secondi, ma con libero.it, nisba, non va.

Qualcuno ha avuto lo stesso problema o sa dirmi se esiste un modo per risolvere?

11/03/2012 11:14:38

Cosa intendi per "il tuo codice a quale mail è legato?", quando arriva la mail di conferma, ovviamente il mittente parte dal dominio del sito web.

Il bello è che l'avviso di non usare libero.it già c'è, ma capita per distrazione o abitudine che le persone non leggano quella riga di avviso (è davvero una riga), pensavo bastasse appunto una nota in tal senso, ma in tre giorni si sono iscritti ben 6 utenti con libero, quindi mi devo impegnare a risolvere <.<

11/03/2012 15:43:26

Assicurati che l'indirizzo mittente esista, non puoi usare semplicemente la funzione di email senza specificare un mittente, perchè altrimenti PHP usa l'indirizzo del tuo account interno del server, che spesso e volentieri non è raggiungibile dall'esterno del server.

11/03/2012 18:08:12

Non era così facile, ma ho risolto, tenendo anche conto delle vostre indicazioni.
Cambiando la mail arrivava ogni tanto sì e ogni tanto no... ho dovuto implementare una classe e fornire l'autenticazione al server di libero attraverso alcuni file che ho caricato nello spazio dedicato.
Insomma più facile a farsi che a dirsi, ma grazie comunque delle dritte ^_*

11/03/2012 20:32:32

twin v ha scritto: Non era così facile, ma ho risolto, tenendo anche conto delle vostre indicazioni.
Cambiando la mail arrivava ogni tanto sì e ogni tanto no... ho dovuto implementare una classe e fornire l'autenticazione al server di libero attraverso alcuni file che ho caricato nello spazio dedicato.
Insomma più facile a farsi che a dirsi, ma grazie comunque delle dritte ^_*

Mi sembra strano che tu abbia dovuto fare per forza tutta questa trafila ocmpresa l'autenticaizone sul server di libero, perchè per esempio io non ho mai avuto problemi con libero per le mail di iscrizione usando come ha scritto sopra leo un indirizzo di posta valido come mittente

11/03/2012 20:40:44

Non so Dyrr, forse dipende dal codice utilizzato? Nel senso proprio da come è scritto... ma inserendo solo una mail valida (ovvero la mail ufficiale del dominio per intendersi) non c'era verso 😖

11/03/2012 21:01:20

è un problema che ho riscontrato in alcuni casi (mai con il mio gdr), non so esattamente come libero decida cosa far passare e cosa no. Ma il modo per risolvere dovrebbe essere proprio quello proposto da twin v, perchè se si guarda l'errore che il server di libero restituisce riguarda proprio il fatto che il mittente non è autenticato.

12/03/2013 15:44:19

Ho riscontrato questo problema su un server con un indirizzo logico "miosito.it" e con un servername differente "servername.it"
Capitava che negli headers delle mail spedite dal sito, il campo Message_ID presente nelle intestazioni era costituito dalla stringa <[email protected]> dove XXXXXX era una sequenza di numeri identificativi associati al messaggio. La mail stessa invece era spedita come mittente dall'indirizzo logico <miosito.it>.

Mentre gmail, tiscali ed altri provider non fanno alcun check e lasciano passare mail con questa anomalia, il controllo antispam di libero, inwind e probabilmente altri provider trattano questa differenza di indirizzo/nome con maggiore restrizione, classificando la mail stessa come falsa, e quindi filtrandola.

Per risolvere il problema ho rinominato il servername in "miosito.it" e tutto funziona, perchè adesso le mail per default partono con un Message_ID coerente con l'IP logico del server, e non vengono più filtrate.