Caratteri di spazio mancanti nel testo dell'email di riepilogo attività

Mi sono appena inviato alcuni riepiloghi di anteprima, dato che normalmente non li ricevo.

Sto riscontrando alcuni caratteri di spaziatura mancanti casuali, ma coerenti, nelle intestazioni e nel testo all’interno dell’e-mail. Questi spazi non mancano nel contenuto del forum, ma gli stessi vengono costantemente eliminati in più riepiloghi di anteprima generati, come visualizzati in vari client di posta elettronica.

Ho provato a eliminare e riaggiungere gli spazi originali senza alcun effetto.

Estratti:

Ho esaminato i riepiloghi che ricevo da altri forum di Discourse e non vedo questo problema altrove.

Qualcun altro ha riscontrato questo problema o ha un’idea di cosa stia succedendo?

È possibile che si tratti di un problema di font/visualizzazione? Hai controllato il contenuto grezzo sottostante?

Hm. Non sono sicuro di come diagnosticare un problema di font/visualizzazione. Le email vengono visualizzate allo stesso modo in più client di posta e browser su Windows e Linux.

Ho aggiunto .json agli URL dei post del forum e non c’è nulla di strano nel contenuto “topic_slug” o “cooked”…

C’è qualcos’altro che potrei controllare nel contenuto grezzo?

1 Mi Piace

Dovrai controllare l’email grezza anziché il post.

1 Mi Piace

Ok, ho esaminato l’email grezza e dove la versione HTML non ha spazi, la versione di testo ha gli spazi corretti. Tuttavia, alla versione di testo mancano altri caratteri di spaziatura. Non c’è né capo né coda.

Forse potrebbe essere un problema di codifica dei caratteri durante il copia e incolla degli argomenti interessati da una piattaforma legacy..? EDIT: No. Continua con i post attuali e anche con altre email, non solo con il riepilogo.

Riepiloghi più recenti di Discourse con post attuali non presentano lo stesso problema, quindi non mi preoccupo molto a meno che non continui. EDIT: Continua.

(Nota a margine: solo per monitorare queste cose, ora vorrei poter forzare un riepilogo completo inviato al mio account amministratore su base giornaliera, indipendentemente dal fatto che io sia costantemente connesso.)

Potresti inoltrarmi una di quelle email come allegato?

EDIT: fatto

OK, ecco cosa vedo nell’email di testo non elaborato:

[La dis/informazione inizia a sopraffare la civiltà][2]

Il lato oscuro dell'IA generativa è che consente la produzione di disinformazione (a causa della confabulazione) e di disinformazione (cioè la produzione deliberata di notizie false per raggiungere un fine) su scala industriale. Il rendering delle pagine web nello stile di fonti autorevoli è semplice e i progressi nei deep fake renderanno più facili i complementi di storie video. A parte le nuvole di informazioni false di Vinge per nascondere informazioni (Rainbows End), che non credo abbiano posto una soluzione, qualche autore di fantascienza ha pensato a questo e a come potrebbe essere affrontato?

nota:

  • to overwhelm :white_check_mark:
  • a paperback :white_check_mark:
  • Renderingof :x:
  • Asidefrom :x:

e nella versione HTML:

<a href="https://forum.tasat.org/t/mis-disinformation-starts-to-overwhelm-civilization/66" style="text-decoration: none; font-weight: bold; color: #006699;; font-weight:400;line-height:1.3;margin:0;padding:0;text-decoration:none">
<strong >La dis/informazione inizia a sopraffare la civiltà</strong>
…
Il rendering delle pagine web nello stile di fonti autorevoli è semplice, e i progressi nei deep fake renderanno più facili i complementi di storie video. A parte

nota:

  • tooverwhelm :x:
  • apaperback :x:
  • Rendering of :white_check_mark:
  • Aside from :white_check_mark:

Nella forma più grezza (cioè codificata), questi errori sono ancora presenti:

[La dis/informazione inizia a sopraffare la civiltà][2]

Il lato oscuro dell'IA generativa è che consente la produzione di disinformazione (=
a causa della confabulazione) e disinformazione (cioè produzione deliberata di fak=
e notizie per raggiungere un fine) su scala industriale. Il rendering delle pagine web t=
nello stile di fonti autorevoli è semplice, e i progressi nei deep f=
ake renderanno più facili i complementi di storie video. A parte Vinge=E2=80=99s c=
louds di informazioni false per nascondere informazioni (Rainbows End), che non don=
=E2=80=99t credo abbiano posto una soluzione, qualche autore di fantascienza ha pensat=
o a questo e a come potrebbe essere affrontato?
Ken
<a href=3D"https://foru=
m.tasat.org/t/mis-disinformation-starts-to-overwhelm-civilization/66" style=
=3D"text-decoration: none; font-weight: bold; color: #006699;; font-weight:=
400;line-height:1.3;margin:0;padding:0;text-decoration:none"
=
                         <strong >La dis/informazione inizia a sopraffare la civi=
lizzazione</strong>

questi non sono nel raw/cooked:

000000d0: 5265 6e64 6572 696e 6720 6f66 2077 6562  Rendering of web
000000e0: 2070 6167 6573 2069 6e20 7468 6520 7374   pages in the st
000000f0: 796c 6520 6f66 2061 7574 686f 7269 7461  yle of authorita
000000100: 7469 7665 2073 6f75 7263 6573 2069 7320  tive sources is
000000110: 7374 7261 6967 6866 6f72 7761 7264 2c20  straighforward,
000000120: 616e 6420 7072 6f67 7265 7373 2069 6e20  and progress in
000000130: 6465 6570 2066 616b 6573 2077 696c 6c20  deep fakes will
000000140: 6d61 6b65 2076 6964 656f 2073 746f 7279  make video story
000000150: 2063 6f6d 706c 656d 656e 7473 2065 6173   complements eas
000000160: 6965 722e 2020 4173 6964 6520 6672 6f6d  ier.  Aside from

Non che non ti credessi :smiley:

Quindi… gli spazi vengono occasionalmente rimossi dal corpo dell’email, sia dalla parte di testo che dalla parte HTML. E non negli stessi posti!

Postulo che questi errori potrebbero essere stati introdotti in uno dei quattro posti:

  • in Discourse, generando l’email
  • trasmettendo l’email a un server di invio email
  • trasmettendo l’email a un server intermedio/finale
  • consegnando alla casella di posta dell’utente

È probabilmente più facile iniziare dall’inizio.

Puoi far sì che Discourse invii la posta a un MTA locale dove puoi ispezionarla in coda prima che l’MTA la invii al tuo server di consegna email “effettivo”?

Grazie per l’analisi, Michael!

Non sono un amministratore di posta elettronica avanzato: sto gestendo la tipica installazione autonoma consigliata, con posta elettronica in uscita effettiva tramite MailerSend.net, e ho configurato attentamente DKIM/DMARC ecc. in uno stato funzionante. Da quello che sto leggendo, integrare un MTA locale come sendmail o Postfix è una mossa avanzata che è scoraggiata nella maggior parte dei casi… Sono un po’ titubante riguardo a pasticciare e potenzialmente interrompere una pipeline funzionante. :grimacing:

Esiste un’implementazione MTA facilmente reversibile, di tipo per la risoluzione dei problemi, che potrei considerare?

Come notato nelle modifiche sopra, questo problema continua con i contenuti attualmente pubblicati dagli utenti, non solo con i contenuti incollati dagli amministratori — ed è ora osservato con le email di riepilogo, user_replied e user_posted.

Il supporto di MailerSend ha confermato che i caratteri spazio mancano quando ricevono la richiesta da Discourse — quindi sembrerebbe che l’errore sia nella generazione dell’email da parte di Discourse…?

Per tua informazione, i caratteri spazio non mancano durante l’anteprima di un riepilogo generato — solo quando vengono ricevuti come email.


Allo stesso tempo, ho questo problema con le email di riepilogo, segnalato da altri a partire da febbraio:

Questi post ripetuti sono presenti nelle anteprime del riepilogo generato.

MODIFICA 2024-04-26: il problema dei riepiloghi ripetuti è stato identificato. In attesa di una correzione, ho mitigato il problema tramite modifiche alle impostazioni, ma non sembra correlato a questo argomento. Le email in uscita hanno ancora caratteri spazio mancanti.


Ho eseguito un aggiornamento e una ricostruzione da riga di comando per vedere se ciò potesse risolvere eventuali problemi, ma non ha avuto alcun effetto.

Se queste cose non accadono a tutti coloro che sono aggiornati sul branch tests-passed, cosa potrei controllare nella mia configurazione?

Se puoi disabilitare temporaneamente TLS tra il tuo server e mailersend, ciò ti consentirà di ispezionare il traffico effettivo sul filo e ti mostrerà se Discourse sta inviando gli spazi o meno, risolvendo questa domanda una volta per tutte.

Se non puoi, potresti provare a fare un MITM del traffico, ma è più complicato.

Se nessuno dei precedenti funziona, in questo caso configurerei un postfix locale, ma non lo configurerei per la consegna diretta, piuttosto gli farei inviare la sua email al tuo account mailersend nello stesso modo in cui fa Discourse.

In questo modo puoi far inviare Discourse tramite entrambi i metodi e puoi ispezionare l’email nella coda di postfix prima che venga inviata.

Grazie Michael – sono nuovo nell’“ispezione sul filo” ma ecco cosa ho trovato.

MailerSend richiede TLS e la porta 587. Quindi:

  • Ho creato un file app.yml alternativo per inviare a un account gratuito mailtrap.io sulla porta 2525
  • impostato DISCOURSE_SMTP_ENABLE_START_TLS = false
  • applicato la modifica con:
cd /var/discourse
./launcher destroy app
./launcher start app
  • configurato Wireshark per monitorare il traffico remoto tramite tcpdump

I pacchetti del contenuto dell’email in Wireshark e le email non crittografate ricevute su Mailtrap non hanno, finora, spazi mancanti. Test specifici eseguiti uno dopo l’altro con ogni configurazione hanno spazi mancanti con la mia configurazione originale e non con la versione mailtrap. Potrebbe questo indicare che il problema è introdotto con la crittografia TLS?

MODIFICA: Mi è venuto in mente che non avevo utilizzato appieno la configurazione di test di Mailtrap. Da allora ho eseguito diversi riepiloghi di anteprima crittografati su Mailtrap — sulla porta 587 con TLS abilitato — e non ho riscontrato spazi mancanti. Ora sto pensando che, nonostante MailerSend mi abbia detto che i problemi erano presenti nelle richieste ricevute, potrebbe succedere dalla loro parte? Non sono sicuro di cosa chiedere loro di controllare, ma ho intenzione di discutere questi risultati con loro.

2 Mi Piace

(Nel caso possa essere d’aiuto: ho dato una rapida occhiata alla mia configurazione e non ho riscontrato problemi. Mi chiedevo quindi se avessi qualche tema o plugin che influisce sulla tua configurazione. Quello che ho fatto è stato visitare mail-tester.com per ottenere una destinazione temporanea, quindi utilizzare Admin->Emails->Preview Summary per inviare un riepilogo alla destinazione temporanea, e poi fare clic su mail-tester per visualizzare le versioni HTML e plain. Potrebbe valere la pena provare la stessa tattica per vedere se qualcosa è diverso per te.)

Grazie, Ed – per arrivare a mail-tester, le mie email dovrebbero passare attraverso il mio relay MailerSend, che è ciò che stavo cercando di rimuovere dalla catena. Ma il tuo commento mi ha spinto a tornare su Mailtrap ed eseguire test con crittografia TLS, e ho modificato il mio post precedente.

1 Mi Piace

Trovo probabile anche questo.

Per un test solido, prenderei una delle email in testo normale che hai catturato e la invierei manualmente tramite il tuo account MailerSend utilizzando openssl s_client.