Osticket: v1.9.12 Bug: Kollaborateure erhalten keine E-Mail-Benachrichtigung bei der ersten Eingabe einer Ticketbedrohung

Ich habe ein ähnliches Problem gefunden, das zuvor als #1130 gemeldet wurde, aber zu diesem Zeitpunkt immer noch nicht implementiert ist

wo muss ich das bearbeiten um das zu machen?

immer noch, wenn es in der Marke 1.10 vorhanden ist, sind 1.10 immer noch nicht stabil und ich kann nicht in der Organisation zur Verwendung in der Produktion vorgeschlagen werden ...

Fast ein Jahr wartet immer noch

@mckaygerhard Wir senden die ursprüngliche E-Mail nicht, da die Mitarbeiter bereits in der E-Mail enthalten waren, die zum Erstellen des Tickets verwendet wurde. Warum sollten sie eine zweite E-Mail mit denselben Informationen erhalten?

weil diese dest ein normales E-Mail-Ereignis und eine Ostiket-Benachrichtigung erhalten haben

Wenn ich über die Schnittstelle ein Ticket erstellen kann und hier im ersten Schritt hinzugefügt wurde, dass colaboratos gesendet werden, wird die E-Mail für alle verwandten (der Autor, der Kunde und der Mitarbeiter) gesendet.

weil die beteiligten Personen eine normale E-Mail erhalten, diese dann mit normalen E-Mails beantwortet werden, und alle Bedrohungen passieren außerhalb der Bedrohung! ein echter Schmerz für den Support-Techniker

Wie gesagt @greezybacon, da die beteiligten Personen normale E-Mails von Fitrs erhalten / gesendet haben, diese dann mit normalen E-Mails beantwortet wurden und alle Bedrohungen außerhalb der Bedrohungslage passieren! ein echter Schmerz für den Support-Techniker

Noch keine Lösung ??

natürlich keine Lösung.. bis so etwas wie mit owncloud passiert ist Raise zu diesem Projekt... Raise a Fork und die Entwicklung wird langsamer... Migration auf den neuen Fork

@inpower Siehe:
greezybacon hat am 25.06.2016 kommentiert
"mckaygerhard Wir versenden die erste E-Mail nicht, da die Mitarbeiter bereits in der E-Mail enthalten waren, die zur Erstellung des Tickets verwendet wurde. Warum sollten sie eine zweite E-Mail mit den gleichen Informationen erhalten?"

Es gibt:
A: Keine Möglichkeit, ein Ticket in der Benutzeroberfläche mit Mitarbeitern zu öffnen.
B: Die einzige Möglichkeit, ein Ticket mit Mitarbeitern zu öffnen, besteht darin, eine E-Mail an das Ticketsystem zu senden und die Personen in CC zu setzen. Und die DEVs beschlossen, nicht allen Empfängern zwei E-Mails statt einer zu senden.

Ich wiederhole: die beteiligten Personen haben normale E-Mails von Fitrs Step erhalten/versendet, diese dann mit normalen E-Mails beantwortet, und alle Bedrohungen passieren außerhalb der Bedrohung! ein echter Schmerz für den Support-Techniker

Ihre Argumentation lautet also:
Wenn ich eine E-Mail sende an: [email protected].
und CC an [email protected] , [email protected] und [email protected].
Dass Jon, Mary und Jane die Original-E-Mail nicht erhalten?

Aber wenn wir die erste Antwort von osTicket gesendet haben, geht diese nur an eine E-Mail, da CCs beim ersten Eintrag nicht enthalten sind,,,

u kennst @ntozier u

@inphower, dass Sie sagten, es sei nicht passiert, alles in der Mail, CC und Autor, wird als Kollaboration in das Ticket aufgenommen ...

Das Problem hier an euch allen ist, dass diejenigen, die in CC gemailt haben, eine Mail außerhalb der Drohung mit dem Ticket erhalten...

Wenn also einer von ihnen antwortet, hat das Ticket offensichtlich keine Bedrohungshistorie erhalten, da es nicht in der Antwortmail enthalten ist.

ich meine: Jon, Mary und Jane bekommen die Original-Mail, aber aufgrund von "Ich sende" nicht nur auf das Ticket, werden diese Jungs nicht "benachrichtigt", dass der endgültige und wahre Empfänger "ein Ticket" ist.

Wenn nach dieser Mail, dass Jon, Mary und Jane, noch andere mit dem Ticket haben, werden sie denken "ah, ok war ein Ticket, kein privates Gespräch"

Natürlich streiten wir mit "Dummy"-Leuten, das ist der Grund für die Ticketumfrage, den Ticketsupport oder wie auch immer Sie es nennen!

Also das Drohen tut weh, weil die Geschichte verloren geht, wenn das passiert ist

@inphower ich denke, dass Sie sich als Autor bezeichnen, wenn ein Unterstützer ein Ticket öffnet, und natürlich ist dies in diesem Fall und in der 1.9-Serie von osticket nicht möglich, aber es ist nicht schwer, es zu schaffen. Die Antwort von osticket-Jungs war "use 1.10", das war vor fast 1,5 Jahren.. in diesem Moment war 1.10 unstalbe, daher war der Vorschlag, in der Produktion instabil zu verwenden.. toll!

jetzt schien, dass Pull die Situation löst #3353 sieht sehr einfach aus, warum war in 1.9 zu dieser Zeit so kompliziert für Entwickler implementiert!

dieses Problem trat immer noch in 1.10 auf ... Collaboratos werden nicht angezeigt und nicht benachrichtigt!

@mckaygerhard

Da die Mitarbeiter die Original-E-Mail des Benutzers erhalten, besteht hier die Überlegung, dass sie den New Ticket Alert nicht erhalten müssen. Sie sind mehr als willkommen, die Codebasis nach Ihren Wünschen zu modifizieren, wenn dies nicht Ihr Wunsch ist.

Beifall.

Lösungen scheinen in #3353 zu sein, aber die Entwickler nehmen dieses Problem wieder nicht an

@mckaygerhard

Es gibt keinen "Fix", da es kein tatsächliches Problem gibt. So soll es funktionieren. Wie ich bereits erwähnt habe, können Sie gerne die Codebasis ändern / den von Ihnen erwähnten Pull-Request anwenden und damit fertig sein.

Beifall.

also dann ziehe #3353, also füge es zusammen!

hey Pull sind in #3353 ungefähr 10 Jahre.. und jetzt sagt @protich : "wir wollen mit der Community zusammenkommen"!???? ähm...

Hey alle zusammen. Ich freue mich, dass Sie ein Gespräch führen, aber ich möchte darauf hinweisen, dass es in diesem Ausgabebericht nicht zum Thema gehört. Bitte behalte Ausgabeberichte zum Thema. Danke schön.

Was ist das Problem... er kooperiert und sie beschweren sich immer noch