@Francesca_Lissoni_WMIT, di seguito il rapporto ad oggi relativo al servizio SMTP e ai problemi nell'invio del mailing massivo.

Con i precedenti invii l'host SMTP era finito in un paio di blacklist e tutti i destinatari di domini di Telecom Italia (alice.it, tin.it) e verso libero.it e inwind.it venivano bloccati.
Siamo riusciti a rimuovere i destinatari di Telecom Italia e attualmente solo verso tim.it, tin.it, alice.it (quindi Telecom Italia) le email vengono ancora bloccate. Ma questo non è un problema di blacklist, ma hanno stato rilevato che diversi destinatari erano errati e quindi ora i loro server rallentano la ricezione dei nuovi messaggi, pensando che stiamo inviando spam. Questo problema sarebbe capitato anche utilizzando qualsiasi altro servizio, come quello suggerito di SparkPost, ora MessageBird.

Verso libero invece il problema non è di blocco per la loro blacklist ma è stato rilevato che diversi destinatari erano errati e quindi ora i loro server rallentano la ricezione dei nuovi messaggi, pensando che stiamo inviando spam.
Dato che l'errore è temporaneo, mi aspetto che tra un po' riprendano ad accettare i messaggi, sempre che gli indirizzi di destinazione questa volta siano corretti, perché se rilevano di nuovo invii a un certo numero di indirizzi non più esistenti (o mai esistiti) sicuramente sospenderanno di nuovo la ricezione.

Nei prossimi giorni ti aggiorno.

@samuele.masetto grazie se puoi aggiornarci, i numeri dei bounces sono ancora alti!

Per capire meglio, il problema è dovuto alla dimenticanza che citavi nel primo commento, "di disabilitare il job di "Fetch bounces" da crmdev", o anche ad altro?

@Francesca_Lissoni_WMIT no, il problema ora è reale sui destinatari presenti.

Controlla la lista dei bounce e tutti quelli che hanno la motivazione "smtp; 550 Invalid Recipient" devono essere rimossi, teoricamente li toglie CiviCRM dopo un po', ma meglio controllare.

Il mailserver di @libero.it sta generando diversi bounce, molti dei quali si risolvono dopo un po' di tentativi.

In T335394#8819781, @samuele.masetto wrote:

@Francesca_Lissoni_WMIT no, il problema ora è reale sui destinatari presenti.

Controlla la lista dei bounce e tutti quelli che hanno la motivazione "smtp; 550 Invalid Recipient" devono essere rimossi, teoricamente li toglie CiviCRM dopo un po', ma meglio controllare.

Devono essere rimossi dal report dei bounce?

Il mailserver di @libero.it sta generando diversi bounce, molti dei quali si risolvono dopo un po' di tentativi.

no, deve essere impostato in anagrafica che non deve più ricevere email

@samuele.masetto dalla ricerca avanzata ho cercato nel mailing che mi interessava (DEM #1 5x1000 2023) il tipo di bounce = invalid; è la ricerca corretta? tutti quegli indirizzi mi confermi che vanno cancellati perché sono errati?

Mi chiedo se c'è un processo di validazione degli indirizzi email preventivo che si può attivare.

Grazie

@samuele.masetto riporto qui quanto ci siamo detti ieri in call: chiediamo di capire come muoverci per limitare (se si riesce) questi rimbalzi e di avere informazioni circa il comportamento di civicrm rispetto agli indirizzi che hanno subito diversi tipi di bounce (invalid, syntax...), soprattutto a invio di mailing terminato

@Francesca_Lissoni_WMIT abbiamo analizzato il report e rilevato che i casi riportati come "Syntax", con un messaggio d'errore piuttosto generico, sono da ricondurre al fatto che il server a monte non ha accettato il destinatario. Abbiamo controllato alcuni di questi a campione ed è risultato che il dominio del destinatario è inesistente (cioè la parte dopo la "chiocciola"); cioè si tratta di indirizzi sbagliati.
Abbiamo nel mentre aggiustato la configurazione in modo che, anche in questi casi, il messaggio riportato dovrebbe essere più indicativo e non generico.

In T335394#8842088, @StevenBrandi wrote:

@Francesca_Lissoni_WMIT abbiamo analizzato il report e rilevato che i casi riportati come "Syntax", con un messaggio d'errore piuttosto generico, sono da ricondurre al fatto che il server a monte non ha accettato il destinatario. Abbiamo controllato alcuni di questi a campione ed è risultato che il dominio del destinatario è inesistente (cioè la parte dopo la "chiocciola"); cioè si tratta di indirizzi sbagliati.
Abbiamo nel mentre aggiustato la configurazione in modo che, anche in questi casi, il messaggio riportato dovrebbe essere più indicativo e non generico.

Grazie per la spiegazione. Avrei bisogno istruzioni più precise su come suggerite di comportarci per i prossimi invii. In particolare prendendo ad esempio il mailing 5x1000_2023_DEM #1, che ora risulta completo, mi chiedo:

• conviene che faccia una ricerca avanzata dal report per tutti gli errori "Syntax" e aggiorni le anagrafiche dei contatti indicando che l'indirizzo è sbagliato?
• c'è modo di capire quanti indirizzi invece sono stati bloccati dai server in fase di ricezione perciò sono corretti e le prossime volte possiamo riprovare a raggiungerli?
• cosa succede nelle anagrafiche a questi indirizzi che hanno subito un rimbalzo per un errore? Il CRM li blocca e non prova più a inviare email nelle occasioni successive?

Se volete vediamo insieme queste cose, ma avrei bisogno di capire, per avere dati puliti nel CRM e numeri realistici dei target. Grazie mille!

@samuele.masetto torno su questo punto perché anche sulla newsletter di Wikimedia Italia abbiamo il dubbio che alcuni indirizzi che hanno subìto un bounce, risultino ancora "in attesa" nonostante non siano errati. Lo diciamo perché dal primo invio di aprile il numero di destinatari è sceso di quasi 1500 contatti e ci sembra tanto. Potreste fare un controllo anche voi sulle newsletter di aprile - maggio - giugno per favore?

Grazie!

@paolo.casagrande.wmit

@Francesca_Lissoni_WMIT agli indirizzi "in attesa" non viene inviata l'email. Mi fai qualche esempio di indirizzi in attesa che non sono errati?

Ciao Samuele,
ti indico i domini per privacy:
@unifi.it
@poste.it
@alice.it

Se potete ricontrollare, grazie.
Mi viene da dire, se sono indicati ancora come in attesa gli indirizzi che avevano dato problemi ai primi invii per motivi ormai superati (telecom, libero, ecc.), piuttosto togliamo tutti gli avvisi di "in attesa" (se si può), così dal prossimo invio siamo sicuri che i bounce sono solo davvero gli indirizzi email errati.

In ricerca avanzata ho impostato il filtro:

• Criteri di base: Email in attesa
• Mailing: bounce, tipo "spam"

Poi nelle azioni ho selezionato "Email sblocca indirizzi"