E-mail antwoord opmaak

Discourse gebruiken als ticketsysteem/ondersteuningssysteem voor ons bedrijf.
Alles was super eenvoudig in te stellen, dus ik juich alle mensen toe die voorheen de weg hebben vrijgemaakt.

Het enige dat ik een beetje vreemd vind, is hoe de teruglooptekens worden behandeld bij het heen en weer gaan tussen e-mail en de webinterface.

Ik heb een nieuw ticket aangemaakt via e-mail als volgt:

Dit is een semi-finale test om ervoor te zorgen dat het aanmaken van gestage gebruikers correct werkt voor tickets.

Bedankt,
David

En het verscheen correct als een nieuw onderwerp, met hetzelfde uiterlijk.
Ik heb gereageerd via de webinterface en getypt:

Dit is een reactie op test ticket 7. Tot nu toe gaat het goed.

Bedankt,
Ondersteuning

Maar de e-mail die terug werd ontvangen door de OP ziet er als volgt uit:

Dit is een reactie op test ticket 7. Tot nu toe gaat het goed. Bedankt, Ondersteuning

De volgende reactie, van e-mailclient naar forum, ging als volgt:

Dit is een reactie op de reactie op test ticket 7.
Verward al?

Bedankt,
David

Gepost als:

Dit is een reactie op de reactie op test ticket 7. Verward al?

Bedankt,
David

En de laatste reactie werd door het ondersteunend personeel naar de “klant” via e-mail verzonden. E-mail geformatteerd als volgt, (en het verscheen op het onderwerp op dezelfde manier):

Het enige dat me in verwarring brengt, is waarom de opmaak wordt verpest?

Bedankt,
Ondersteuning

Maar opnieuw was het allemaal één regel in de e-mail die de klant ontving.

Ik moet het zo oplossen dat het consequent regeleinden toevoegt waar ik ze nodig heb. Soms kunnen onze reacties meerdere paragrafen lang zijn en hebben we die regeleinden nodig voor leesbaarheid.

1 like

Ik heb net gemerkt dat vetgedrukte en cursieve tekst ook niet worden vertaald van web naar e-mail.

1 like

Kan iemand bevestigen dat dit ook bij hen gebeurt?
Is het iets met mijn specifieke setup?

Ik probeer ons bedrijf over te zetten naar Discourse voor onze tickets en weg van wat we momenteel gebruiken, omdat ik het echt niet leuk vind, maar het behoudt tenminste de juiste opmaak.

Heeft niemand anders dit probleem gehad?
Laat het me weten, zelfs als je het niet hebt gehad, zodat ik kan verifiëren of het iets specifieks voor mijn setup is in plaats van een algemeen Discourse-probleem.

Ik denk dat student finance England dit probleem heeft, maar erger nog, hun regeleinden worden helemaal verwijderd en je krijgt geen spatie

maar je kunt een bizar geformatteerde e-mail in de discourse-componist zetten en het lost zichzelf op, als magie


het lijkt erop dat je uitgaande mailparser regeleinden verwijdert

is er een manier om de regeleinden geforceerd te laten parsen?

neither deos rendered Math, though the parser deos strip the $ signs

I’ve just done a quick test with a PM to a test user and it looks fine in zohomail:

The PM:

The email:

What email client did you send it to?

I have viewed received messages in Apple Mail, Zoho webmail, and Gmail online.

The server is sending outbound messages with Zoho mail settings.

I sent this from Discourse:

This is what it looks like in Zoho mail and Apple mail:

Just for an extra data point, mine also work fine for this as well:

Oké, dit heeft zeker te maken met hoe ik de e-mailfunctionaliteit van deze site heb ingesteld.

Ik heb de e-mailfunctionaliteit van een andere site ingesteld en alles lijkt correct te werken.

Ik denk dat dit een functie is van hoe ik e-mail heb moeten doorsturen voor het testen van tickets, terwijl ons officiële e-mailadres nog steeds in gebruik is door ons oude systeem.

Ik ben er op dit punt vrij zeker van dat het zal werken zodra ik e-mail direct kan verzenden.

Bedankt voor de hulp!

1 like

Looks like it’s something else about how the site is set up, I removed the extra forward and all my formatting is still being stripped.

So now I’m back to being at a loss.

Both sites use smtppro.zoho.com based accounts for sending out email.

It’s not possible that a theme component or plugin would affect anything like this would it?

Hmm. :thinking: Not that I can think of. (Which isn’t a hard no :slight_smile:)

You could try checking your site settings with the ‘Only show overridden’ checkbox selected and see if you can spot any differences between the problem site and the working site.

1 like

Goed gedacht. De enige 2 items waarvan ik dacht dat ze mogelijk e-mail konden beĂŻnvloeden, waren anders:

  • Gedrag van doorgestuurde e-mail (antwoorden maken op slechte) (verborgen op goede)
  • Handmatig pollen ingeschakeld (e-mails pushen via de API) ingeschakeld voor slechte, uitgeschakeld voor goede

Ik heb ze op de slechte site veranderd en geen succes.

Ik heb de Topic Card thema-component uitgeschakeld, omdat deze de manier waarop tekst op de site wordt weergegeven aanpast en niet wordt gebruikt op de werkende site. Ook daarmee geen verandering.

Ik heb een antwoord op de site gestuurd in veilige modus en ook daar was geen verandering.

Is er iets anders in de e-mailinstellingen buiten Discourse? Geen instelling ‘e-mails verzenden als saaie oude platte tekst alstublieft’ aan de smtppro.zoho.com-kant?

Ik heb geen toegang tot het superadmin-account voor Zoho voor mijn werkwebsite.
Ik zal de instellingen voor mijn eigen account bekijken en zien of er iets is dat een verschil zou kunnen maken.

Ik heb de SMTP-server die op de site met het opmaakprobleem wordt gebruikt, gewijzigd om dezelfde te gebruiken als de site die antwoorden met de juiste opmaak verzendt.

Nog steeds kapot.

Er is dus zeker een probleem met de site zelf, maar ik weet niet meer waar ik moet zoeken naar een oplossing.

Ik kan echt wel wat meer begeleiding gebruiken. Ik moet dit oplossen.

Ik heb zojuist getest of ik een reactie van een andere gebruiker op de site kon verzenden. Het probleem blijft bestaan, dus het ligt niet aan de gebruiker.

Hoe groot is de kans dat de server waarop het wordt gehost invloed heeft op dit probleem?

Ik heb de verdomde dader gevonden!

Ik had Post excerpts in emails ingeschakeld.

De beschrijving is

In notification emails, always send excerpts instead of full posts

Maar dat klopt niet helemaal.

  1. Het is van toepassing op ALLE e-mails, niet alleen op meldingen.
  2. Een uittreksel is een klein gedeelte, er is geen reden om opmaak te verwijderen, alleen omdat het niet het hele bericht is.

In mijn optiek is een antwoord dat via e-mail wordt ontvangen geen melding, maar een antwoord. Een melding is: “HĂ© gebruiker X heeft je zojuist @vermeld.”

Ik ben gewoon blij dat ik nu verder kan met ons nieuwe ticketsysteem. Ik hoop dat dit iemand anders helpt. En misschien kan het team die instelling repareren, of op zijn minst de beschrijving verduidelijken.

2 likes

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.