Formattatore oggetto email per categoria?

Supporto
1

Ok, questa è probabilmente una richiesta strana, quindi spiegherò qui il mio dilemma.

Abbiamo un’istanza Discourse con molti utenti e, grazie a due decenni di lista di distribuzione precedenti, abbiamo molti utenti abituati alla modalità lista di distribuzione.

Attualmente abbiamo alcune categorie attive, ma non usiamo il nome della categoria nel formato dell’oggetto delle email, poiché tutti i nostri utenti della lista di distribuzione hanno anni di email che iniziano con il tag [SDL] e filtri di posta che ordinano le email in cartelle basandosi su quella stringa, ecc.

Quindi la nostra stringa di formato è così, con [SDL] codificato a mano…

%{optional_re}[SDL]%{optional_pm} %{topic_title}

…e questo va bene da tre anni.

Ma ora stiamo spostando una vecchia lista di distribuzione che registra i commit nel nostro sistema di controllo della versione in una categoria di Discourse, per tutti i vantaggi che Discourse offre rispetto alle vecchie liste di distribuzione, e ora abbiamo un problema, perché quella lista di distribuzione aveva un tag diverso ([Commits], naturalmente).

Quindi ora ho bisogno di qualcosa in quella stringa di formato dell’oggetto che sia unico per la categoria e che possa usare come tag, invece della stringa codificata a mano [SDL].

Non posso usare la stringa esistente dello slug della categoria, perché la maggior parte delle categorie dovrebbe usare la stessa stringa, e anche se non devono essere uniche, (penso che) romperebbe tutti gli URL esistenti ai nostri forum se li cambiassi. Non posso usare nemmeno il nome della categoria, perché la maggior parte di loro ha semplicemente bisogno di essere [SDL] e sono comunque frasi troppo lunghe.

C’è qualcosa che posso usare per questo? In mancanza di ciò, possiamo aggiungere una stringa generica alle impostazioni per categoria che sia accessibile alla stringa di formato dell’oggetto delle email, allo stesso modo di %{optional_cat}? Tipo, un %{cat_mailsubj} che di default è una stringa vuota?

Grazie!

EDIT: apparentemente sono arrivato a questo nel 2017, anche: How to properly alter the database? - #8 by icculus …c’è un’opzione migliore, o dovrei rispolverare di nuovo questa patch?

2

Hmm, questa è una situazione delicata. Puoi fornirci alcuni esempi specifici su cui riflettere?

3

L’elenco “Commits” è uno di questi, ma ne abbiamo anche altri: una mailing list che invia avvisi ogni volta che Buildbot fallisce per un target o un altro, e altre notifiche automatizzate simili che spesso richiedono solo di essere notate, ma occasionalmente necessitano di una breve conversazione specifica sull’argomento. Spostare queste notifiche dalle obsolete mailing list a Discourse elimina un’enorme quantità di attrito nell’interfaccia utente e di inaffidabilità, anche quando la maggior parte degli utenti continuerà a interagire con esse quasi esclusivamente tramite un client di posta elettronica.

Per questi casi, si tratta semplicemente di una differenza culturale tra ciò che le persone si aspettano in un’interfaccia web (una categoria denominata “Notifiche di fallimento di Buildbot per SDL” a cui si accede cliccando per visualizzare argomenti specifici) e i prefissi delle righe di oggetto delle email (“[BUILDBOT-SDL]”) su ogni argomento. Sembra valga la pena aggiungere una stringa extra alle impostazioni specifiche della categoria a questo scopo.