I messaggi email di Discourse sono filettati in modo errato

No, vedo quell’icona.

Ah. Mentre io, come persona non avvezza ai forum via email, mi aspettavo quell’indicatore su ogni risposta perché non la sto pensando come un layout di messaggistica istantanea (forse). Quindi le mie aspettative sono in contrasto con ciò che avete scelto di fare.

Non è necessario. Pensala come una “qualità del servizio”. Fai esplicitamente:

@message.header['In-Reply-To'] = referenced_post_message_ids[0] || topic_canonical_reference_id

e potresti semplicemente rimuovere [0] lì. I client potrebbero quindi utilizzare un solo message-id o fare qualcosa di molto strano a loro piacimento e sarebbe tutto valido.

“Dovrebbero” è una parola forte. Potresti includere tutti i message-id se sono facilmente a portata di mano. Non sei obbligato e il codice è valido così com’è.

Sì. So che a me piace per sapere che il mio post è arrivato alla lista/forum - l’email è molto basata su code e alcuni (tosse, grande operatore telefonico australiano, tosse) gestori di posta ISP sono molto… inaffidabili, lenti, ecc. ecc. Occasionalmente ho visto altre persone desiderare questo (nelle liste, ma questa è la modalità di cui stiamo effettivamente parlando qui). L’impostazione predefinita per tale opzione dovrebbe probabilmente essere falsa.

Come nerd, mi piace avere almeno un feed non filtrato in modo da poter prendere le mie decisioni politiche.

Dato che il Message-ID è effettivamente opaco/impostato una volta sola, non lo vedo come un problema a meno che non ci sia la possibilità di riemettere lo stesso message-id - se tutti i tuoi contatori sono strettamente monotoni non mi aspetto che accada. Ho semplicemente trovato molto noioso abbinare post.id ad esempio 98 a topic/post ad esempio 59/1. Sarebbe stato utile avere qualcosa come category.id/topic.id/post-in-topic.id lì invece di 98.

Anche questo sarebbe sufficiente. Si tratta solo di comodità per gli header di debug.

Saluti,
Cameron

4 Mi Piace