Osticket: Permita que os agentes respondam a novos tíquetes por e-mail

Como você propõe que a colisão de agentes seja tratada?
(dois agentes respondendo ao mesmo tíquete em rápida sucessão)
Ou bloqueio de bilhetes?
Ou atribuição de ingressos?

Você pode estar interessado em um mod que fiz para fazer exatamente o que você deseja. Já está funcionando há alguns anos e não tive problemas com isso. Modifiquei class.ticket.php e class.thread.php. Você pode obtê-los aqui: http://we.tl/4X0cUWgNtZ

Os mods são marcados entre "// LUIS MOD" e "// END LUIS MOD". Em class.thread.php você precisaria dos dois mods, mas em class.ticket.php você só precisaria de "// LUIS MOD: função postResponse, para adicionar respostas de e-mail da equipe como respostas, não notas".

Eu gostaria de poder transformar esses mods em plug-ins, então não preciso copiar e colar todas as coisas sempre que atualizar.

Olá @molul, seu mod está funcionando para 1.9.12? Você pode postá-lo novamente porque não consigo encontrar nenhum outro mod tão atual quanto o seu. Parece que realmente deveria ser uma configuração padrão disponível no osticket.

Certo! Aqui está:
luis-mod.zip

Espero que ajude!

Obrigado por enviar, tentei copiar apenas a seção "LUIS MOD" para os arquivos existentes, mas não funcionou porque há algumas outras diferenças nos arquivos. Em seguida, tentei substituir todos os arquivos pelos que você postou e funcionou. Para qual versão eles foram criados?
Obrigado por isso, espero que osticket eventualmente inclua isso como uma opção no painel de administração em uma versão futura.

Oh! Desculpe por isso. Ele foi criado para 1.9.x (não lembro exatamente qual) e depois portado para 1.9.8 apenas copiando e colando as partes "// LUIS MOD".

Eu gostaria de saber como converter esses mods em plug-ins, para que eu pudesse atualizar facilmente para versões mais recentes.

Isso funciona perfeitamente, uma coisa que eu estava pensando. É possível para você atribuí-lo ao membro que está respondendo por e-mail? Para fins de colisão, verifique se já está atribuído antes de atribuí-lo. Só estou esperando que ele acione o alerta de e-mail de atribuição para os outros membros da equipe, notificando-os de que um de nós está olhando para ele. Isso nos ajudará quando não estivermos em nossa mesa, mas pudermos ajudar em um problema.

Bem, acho que haveria uma maneira, combinando o e-mail do agente e executando os comandos necessários, mas infelizmente não sei como :(

Seria muito legal ter isso como um recurso regular no osTicket. Quero dizer, agentes respondendo ao tíquete por e-mail e atribuindo tíquetes a partir desse e-mail.

Com relação ao mod acima, experimentei a versão 1.9.14 e a funcionalidade com os e-mails funciona conforme o esperado. O problema é que perdi a funcionalidade de edição do ticket via interface web alguma ideia?

Opa. Não faço ideia, receio :( Estou usando o 1.9.12 e não tenho problemas.

funcionou, troquei o arquivo no começo usando seus arquivos e a funcionalidade de edição quebrou na interface web, mas depois tentei adicionar apenas as seções entre "// comentários do LUIS MOD e funcionou. Obrigado molul !!

Oh, isso faz sentido. Fico feliz em saber que você conseguiu fazê-lo funcionar!

molul,

Eu adicionei seus mods a uma implementação que estou fazendo e funciona maravilhosamente bem. Obrigado por suas contribuições! Pergunta rápida - quão difícil seria enviar o e-mail de resposta para a equipe atribuída ao tíquete, em vez de apenas para o remetente?

Obrigado novamente!

Fico feliz que seja útil para você :)

Sobre sua pergunta, infelizmente não sei. Já se passou muito tempo desde a última vez que usei este mod e não investiguei como os e-mails são enviados para as equipes :(

Eu descobri.

Copiei o seguinte código da função postMessage em class.ticket.php e o adicionei à função postResponse que você criou:

    //If enabled...send alert to staff (New Message Alert)
    if($cfg->alertONNewMessage()
            && ($email = $dept->getAlertEmail())
            && ($tpl = $dept->getTemplate())
            && ($msg = $tpl->getNewMessageAlertMsgTemplate())) {

        $msg = $this->replaceVars($msg->asArray(), $variables);

        //Build list of recipients and fire the alerts.
        $recipients=array();
        //Last respondent.
        if($cfg->alertLastRespondentONNewMessage() || $cfg->alertAssignedONNewMessage())
            $recipients[]=$this->getLastRespondent();

        //Assigned staff if any...could be the last respondent
        if ($cfg->alertAssignedONNewMessage() && $this->isAssigned()) {
            if ($staff = $this->getStaff())
                $recipients[] = $staff;
            elseif ($team = $this->getTeam())
                $recipients = array_merge($recipients, $team->getMembers());
        }

        //Dept manager
        if($cfg->alertDeptManagerONNewMessage() && $dept && ($manager=$dept->getManager()))
            $recipients[]=$manager;

        // Account manager
        if ($cfg->alertAcctManagerONNewMessage()
                && ($org = $this->getOwner()->getOrganization())
                && ($acct_manager = $org->getAccountManager())) {
            if ($acct_manager instanceof Team)
                $recipients = array_merge($recipients, $acct_manager->getMembers());
            else
                $recipients[] = $acct_manager;
        }

        $sentlist=array(); //I know it sucks...but..it works.
        foreach( $recipients as $k=>$staff) {
            if(!$staff || !$staff->getEmail() || !$staff->isAvailable() || in_array($staff->getEmail(), $sentlist)) continue;
            $alert = $this->replaceVars($msg, array('recipient' => $staff));
            $email->sendAlert($staff, $alert['subj'], $alert['body'], null, $options);
            $sentlist[] = $staff->getEmail();
        }
    }

Isso funcionou para nós.

Legal! : D

Seria muito legal ter isso como um recurso regular no osTicket. Quero dizer, agentes respondendo ao tíquete por e-mail e atribuindo tíquetes a partir desse e-mail.

Dica * Dica * osTicket

@ ets-phill, você poderia postar um arquivo diff para essas mudanças? 👍
Estou trabalhando com v1.10

Sim, eu preciso exatamente dessa funcionalidade para a versão 1.10. Eu acho que isso seria um regular em OsTicket para.

Alguém atualizou isso para v1.10? Obrigado.

Atualmente, com a versão 10, quando um agente responde a um ticket por e-mail, ele posta a resposta a uma nota interna e ninguém obtém uma cópia dela. Se o sistema pode ler a resposta de e-mail do agente e publicá-la em uma nota interna, por que não pode enviar também a resposta ao criador do tíquete?

Ou é isso que o arquivo anexado deve fazer?

Ok, acabei de olhar os arquivos zip anexados e os arquivos v. 10 que tenho em meu servidor e vejo que muito trabalho foi feito e não sei se é possível usar esse código nesta versão. Alguém tem alguma ideia para isso?

Sim, um diff seria bom. Não consigo entrar em ação com este sistema porque departamentos ocupados de um único funcionário querem ser capazes de lidar com as coisas de suas caixas de entrada. Assim, uma vez que os clientes descobrem isso, eles acabam recorrendo ao direcionamento de e-mails novamente em vez do sistema de tíquetes.

Eu tentei e esse código não pode ser aplicado apenas usando o comando diff

Julien Buratto
Amministratore
Linkas Srl
p: +390230321419 m: +393356359515
f: +390240700321
a: Via Cartesio 2
20124 - Milão (MI)
w: www.linkas.it e: [email protected]
http://julien.burat.to/

09-03-2017 21:47 GMT + 01: 00 scslogin [email protected] :

Sim, um diff seria bom. Não consigo obter tração com este sistema porque
departamentos ocupados por um só homem querem poder lidar com as coisas de suas caixas de entrada.
Então, uma vez que os clientes descobrem isso, eles acabam recorrendo a e-mails diretos
novamente em vez do sistema de tickets.

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/osTicket/osTicket/issues/2242#issuecomment-285478201 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AAH4imYl9ZLZr5-OmDMA782syzAXFXv2ks5rkGV1gaJpZM4FVyBD
.

Olá,
alguém neste tópico?

@rayfoss verifique esta questão.
obrigado.

Realmente gostaria de ver isso atualizado para v.10.

@scslogin você quer dizer atualizado para v1.11? 1.10 está e já foi lançado há algum tempo.

@ntozier , na verdade eu estava falando sobre 1.10, atual estável. Este código descrito neste tópico não se encaixa no 1.10. Muitos novos códigos.

Modificação que criei trabalhando com a v1.10 - também atribui o tíquete à pessoa que está respondendo se o tíquete não estiver atribuído. Só estou usando isso há alguns dias, mas até agora parece estar OK.

https://pastebin.com/RiAxWHbP

Bem, eu apliquei o patch com muita facilidade:
1) baixe o arquivo de patch anexado
reply.txt

2) vá no diretório "include" da instalação do osTicket
3) execute o comando patch <reply.txt

Feito 👍
Eu fiz um único teste por agora e parece legal, então funciona comigo!

Bom trabalho, @ acetwenty8. Seria _tão útil_ se isso pudesse ser mesclado com o código principal e habilitado / desabilitado com uma caixa de opção na interface de administração. Com várias pessoas passando pelo trabalho de criar patches para várias versões de osTickets, parece que este é um cenário muito real para várias pessoas.

@ acetwenty8 Obrigado pelo mod .. Tenho certeza que estou fazendo algo errado, alguém pode me ajudar? Eu executei o patch e os 2 arquivos foram modificados, mas nada parece ter mudado. Preciso fazer mais alguma coisa? Neste momento, se um agente responder, um novo ticket é criado.

@ jayb80 Não há mais nada que você precise fazer após a aplicação do patch. Como você está respondendo ao tópico do tíquete por e-mail? A maneira como funciona é que os agentes respondem ao e-mail de 'Notificação de novo tíquete' e ele é postado de volta no encadeamento do tíquete como uma resposta do agente, em vez de uma nota interna (que é o comportamento padrão).

Oi,
Descarreguei e fiz o que theCloud escreveu. Mas se eu executar o comando "patch <reply.txt", obtenho a seguinte saída / erro ->

web / include # patch <patch.txt
(Retirando CRs à direita do patch; use --binary para desabilitar.)
patching arquivo class.ticket.php
(Retirando CRs à direita do patch; use --binary para desabilitar.)
arquivo de patch class.thread.php
patch termina inesperadamente no meio da linha
Hunk # 2 teve sucesso em 417 com fuzz 1.

O que fazer?

Obrigado pela sua resposta!

Olá,
Talvez o arquivo tenha sido salvo no Windows e depois aplicado no Linux?

Oi, sim - eu baixei via Windows e copiei para um Linuxbox afterwords. Eu baixei novamente agora diretamente com wget para a caixa e remendei os dois arquivos originais mais uma vez ->

(Retirando CRs à direita do patch; use --binary para desabilitar.)
patching arquivo class.ticket.php
(Retirando CRs à direita do patch; use --binary para desabilitar.)
arquivo de patch class.thread.php
patch termina inesperadamente no meio da linha
Hunk # 2 teve sucesso em 417 com fuzz 1.

Talvez você (ou qualquer outra pessoa) possa me enviar os dois arquivos corrigidos em um zip (ou fazer o download aqui)? Estou usando o OST 1.10 mais recente (baixado anteontem).

Muito obrigado!

Walhalla

@walhallaRV Tive o mesmo problema, o que acabei fazendo para corrigir o problema foi simplesmente adicionar uma linha ao final do arquivo reply.txt.

Abri o arquivo reply.txt no vi. foi para a última linha do arquivo e adicionou uma linha e depois salvou.

Então correu:
patch <reply.txt

Eu espero que isso ajude.

BINGO ->
(Retirando CRs à direita do patch; use --binary para desabilitar.)
patching arquivo class.ticket.php
(Retirando CRs à direita do patch; use --binary para desabilitar.)
arquivo de patch class.thread.php

MUITO OBRIGADO!!! às vezes, pequenas coisas causam ... :)

Cheers Walhalla

Testado e está funcionando muito bem. Obrigado às pessoas aqui por esta solução!

Mas eu não entendo porque o OST está ignorando há muito tempo os pedidos de tantas pessoas em relação a este recurso !!! Eles não teriam que fazer muitas coisas - apenas implementar aquelas linhas de código que outras pessoas escreveram. Pelo menos como opção ("por minha conta e risco").

Muito obrigado por esta solução que a OST não é capaz de realizar e sua ajuda. BOM TRABALHO!!!

Walhalla, que está feliz agora!

Nós vamos,
Sejamos justos: o produto é um dos melhores e é gratuito.
Às vezes, os clientes têm prioridade sobre a comunidade e, portanto, os desenvolvedores devem cumprir os requisitos de negócios.

De qualquer forma, tenho certeza que osTicket agradecerá aos desenvolvedores por desenvolver e testar isso e adicioná-lo ao produto final.

Vamos dar a eles algum tempo ou apenas spinoff :-)) ahah

Há muitos pedidos a respeito disso há vários anos. O único comentário / resposta: "vamos pensar nisso."

Se houvesse algum motivo técnico para não implementá-lo - seria bom se um deles respondesse e explicasse porque é impossível. Há alguns anos li uma resposta como esta em qualquer lugar (não me lembro): "Não precisamos, então não vamos trabalhar nisso ..." ?!

Se não houvesse possibilidade de responder por e-mail - OK. Mas o fato de os clientes poderem responder por e-mail - só os agentes não podem fazer isso ... Nunca entendi.

Mas tudo bem - obrigado a vocês e a galera aqui está resolvido !!! Muito obrigado mais uma vez ...

Walhalla

OST é principalmente um sistema de tíquetes de código aberto, com suporte de sua comunidade e de alguns desenvolvedores que dedicam seu tempo pessoal ao OSTicket. Eles estão trabalhando no OSTicket de graça ou quase nenhuma compensação. Milhares de pessoas usam OSTicket e solicitam recursos, é assim que as versões mais recentes são lançadas, mas como muitos recursos são solicitados ou esses recursos são realmente loucos no aspecto do código, leva tempo para implementar. Recursos são adicionados, pode acontecer em uma versão principal que está a uma ou duas versões. Depende do que é mais necessário. Uma maneira é ver o quanto a comunidade deseja um recurso, e este e-mail é um pedido importante.

Com tudo isso dito, tenho certeza de que isso será implementado em um futuro próximo. Seja paciente e continue solicitando os recursos que deseja ver em edições posteriores do OSTicket.

Em 20 de abril de 2017, às 11h09, walhallaRV [email protected] escreveu:

Há muitos pedidos a respeito disso há vários anos. O único comentário / resposta: "vamos pensar nisso."

Se houvesse algum motivo técnico para não implementá-lo - seria bom se um deles respondesse e explicasse porque é impossível. Há alguns anos li uma resposta como esta em qualquer lugar (não me lembro): "Não precisamos, então não vamos trabalhar nisso ..." ?!

Se não houvesse possibilidade de responder por e-mail - OK. Mas o fato de os clientes poderem responder por e-mail - só os agentes não podem fazer isso ... Nunca entendi.

Mas tudo bem - obrigado a vocês e a galera aqui está resolvido !!! Muito obrigado mais uma vez ...

Walhalla

-
Você está recebendo isto porque está inscrito neste tópico.
Responda a este e-mail diretamente, visualize-o no GitHub ou ignore a conversa.

É OT aqui e eu realmente não quero discutir aqui. Mas nós enviamos dois de nossos clientes para eles e eles pagam muito dinheiro mensalmente. Então eu acho que os desenvolvedores também ganham ?! Além disso: eles só precisariam copiar este patch daqui, implementar em um RC / beta para teste, pronto, Pelo que li, esse patch existe desde a V 1.7?

Eu poderia entender se eles respondessem apenas uma vez: "É impossível implementar esse recurso." Mas respondendo "Vou pensar sobre isso." por anos sem qualquer decisão? Esses clientes também perguntaram várias vezes. Por que eles pedem solicitações de recursos ... e não respondem?

Mas enfim - encontrei essa solução, não preciso entender a política deles, não farei nenhuma atualização e fico feliz !!!

Oi,

Eu estava procurando por essa solução, mas não sou um devolper. Há alguém que possa me ajudar a conseguir os arquivos certos para fazer isso funcionar? sua versão 1.10.

Atenciosamente!!!!

J

Salve um animal, chame um desenvolvedor :-)

Il giorno sab 22 lug 2017 alle 20:48 j070nl [email protected] ha
scritto:

Oi,

Eu estava procurando por essa solução, mas não sou um devolper. Existe
Alguém que pode me ajudar a conseguir os arquivos certos para fazer isso funcionar?

Atenciosamente!!!!

J

-
Você está recebendo isso porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/osTicket/osTicket/issues/2242#issuecomment-317178224 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AAH4iilh9QVzNKJ3inWp6muFBLUGBtRFks5sQeGWgaJpZM4FVyBD
.

>

Julien Buratto
Amministratore
Linkas Srl
p: +390230321419 m: +393356359515
f: +390240700321
a: Via Cartesio 2
20124 - Milão (MI)
w: www.linkas.it e: [email protected]
http://julien.burat.to/

Você é um?

Seria ótimo ter isso como uma opção no osTicket. Obrigado pelo patch @TheCloud !

@TheCloud Obrigado pelo arquivo reply.txt. Executar o patch funcionou perfeitamente no 1.10 e está enviando e-mail aos clientes quando a equipe envia respostas. Excelente!

Como solicitante original, fico feliz que os usuários da comunidade / produto tenham criado uma pequena modificação, mas devo perguntar aos mantenedores do projeto se eles ainda veem o potencial de incluir o recurso no produto, como padrão.

Pode dar a alguns outros algum fechamento para um recurso que desejam com osTicket.

@voarsh É algo que está em nosso roteiro de desenvolvimento para versões futuras, sim, mas não será implementado imediatamente. Com algo assim, provavelmente usaremos a ideia da solicitação pull como base e, em seguida, escreveremos o recurso oficial em nosso estilo / visão de codificação. Assim que terminarmos o desenvolvimento do recurso, provavelmente iremos colocá-lo aqui para que a comunidade teste para nós. Então, depois de ter sido totalmente testado e aprovado, ele será mesclado na base de código principal e será separado da próxima versão. Espero que isso esclareça as coisas para você. Saúde.

Obrigado pelo patch, funciona muito bem!

Só uma pergunta - é possível implementar isso também para o e-mail "Ticket atribuído a você"?

Cenário: atribuo um tíquete a um agente. Este agente é notificado por e-mail e responde a esse e-mail. Infelizmente, isso cria um novo tíquete em vez de uma nova resposta ao tíquete / cliente existente.

Isso é possível? Isso seria incrível!
Obrigado rapazes

@TheCloud Acho que um dos verdadeiros desafios que osTicket tem é a falta de uma direção clara e verdadeira sobre o que está por vir e como os mods e alterações devem ser submetidos. Por exemplo, este recurso é mais adequado como um plugin ou como um recurso adicionado ao "núcleo". Se isso é algo que é mais adequado como um plugin - ótimo. Então, como um grupo, precisamos transferi-lo para um. Caso contrário, dado o grande aumento de suporte para isso e o fato de que já se passaram anos, eu vejo isso como necessário.

À medida que os projetos de OSS crescem, eles costumam procurar usuários da comunidade ativos e dedicados para intensificar e ajudar na revisão de código, avaliações de recursos, roteiros e design. Há tanto código BOM que está ficando para trás com este produto que temo que esteja perdendo força, caso contrário, poderia estar ganhando. Se um pequeno grupo fosse formado e os detalhes fossem eliminados, acredito que o acúmulo de código e a melhor clareza do que deveria ser o núcleo em relação ao que deveria ser um plug-in podem ser resolvidos de forma limpa e rápida.

Oi,
este patch de repetição também funciona com a versão 1.10.4? Alguém aplicou / testou / funciona?

Obrigado pela sua resposta rápida!

Walhalla

Deve estar funcionando com 1.10.x - diga-nos se não ... não está mantido
pedaço de código

Il giorno gio 18 ott 2018 alle 03:55 walhallaRV [email protected]
ha scritto:

Oi,
este replay.patch também tem a versão 1.10.4? Qualquer um se inscreveu /
testado / funciona?

Obrigado pela sua resposta rápida!

Walhalla

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/osTicket/osTicket/issues/2242#issuecomment-430848296 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AAH4ivLGLj2zFUk4fGrRLc4LI7UoGcNcks5ul9-kgaJpZM4FVyBD
.

>

Julien Buratto
Amministratore
Linkas Srl
p: +390230321419 m: +393356359515
f: +390240700321
a: Via Cartesio 2
20124 - Milão (MI)
w: www.linkas.it e: [email protected]
http://julien.burat.to/

Isso é incrível. Apenas corrigido e funciona muito bem. Muito obrigado @TheCloud !!

Alguém conseguiu que isso funcionasse com a versão mais recente? O patch funcionou bem, mas não pareceu mudar nada.

Alguém conseguiu que isso funcionasse com a versão mais recente? O patch funcionou bem, mas não pareceu mudar nada.

Como você fez o teste? Você respondeu por e-mail a um tíquete?

@bevergit Você precisa editar class.thread e class.ticket manualmente, o número da linha mudou desde que foi lançado.

infelizmente não funciona com 1.11, não consigo fazer com que $ mailinfo ['userClass'] seja igual a 'S' é sempre igual a 'M' ... meio que triste

alguma atualização para v1.12? Esperava poder implementar esse recurso. Isso está provando ser um recurso muito esquecido.

Dan,
parece que a OSTicket não está realmente interessada em ouvir a comunidade
requisitos :-)

Julien Buratto
Amministratore
Linkas Srl
p: +390230321419 m: +393356359515
f: +390240700321
a: Via Cartesio 2
20124 - Milão (MI)
w: www.linkas.it e: [email protected]
http://julien.burat.to/

No mês de agosto de 2019, às 17h16, Dan [email protected] ha
scritto:

alguma atualização para v1.12? Esperava poder implementar esse recurso. Isto é
provando ser um recurso muito esquecido.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/osTicket/osTicket/issues/2242?email_source=notifications&email_token=AAA7RCS7GPKBINUUWVH3VGTP3JEVZA5CNFSM4BKXEBB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODYCGO3A#issuecomment-503605100 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AAA7RCXNJBKUKAJBDC7YIW3P3JEVZANCNFSM4BKXEBBQ
.

Tentei adicionar o MOD @mudul na
No entanto, o sistema trata a resposta como uma resposta do usuário (ou seja, a cor azul no sistema) e não envia e-mail de alerta para o criador / colaboradores do ticket. (A segunda resposta na imagem abaixo é, na verdade, uma resposta de um agente por e-mail.)

A última resposta é feita pela conta do agente na plataforma osticket, então funciona perfeitamente.

A estrutura geral do código é bastante diferente entre o MOD v1.9 original e o v1.12 mais recente.
Eu simplesmente fiquei preso aqui e não consigo descobrir qual parte devo modificar.
Anexei o v1.12 class.ticket.php & class.thread.php com estes comentários.

Alguém pode me dar algumas dicas? ou compartilhe seu MOD para v1.12?

Muito obrigado.
V1.12_thread & ticket.zip

Estou começando a testar a v1.12.
Se eu fizer funcionar, avisarei a todos.
-Ás

Eu criei um patch atualizado para v1.12 que parece estar funcionando. Não está na minha instância de produção, mas meus testes indicam que está funcionando bem agora (eu acho). Houve algumas mudanças na lógica de análise de e-mail e tratamento de thread, razão pela qual o patch antigo não funcionava mais.

Acho que alguém perguntou a certa altura se esse patch funcionaria com a resposta ao e-mail atribuído ao tíquete. Eu não uso isso, mas parece que funciona bem.

Este mod é totalmente incompatível e eu não garanto que ele será atualizado ou consertado nunca. Mas se você encontrar algum bug importante ao usar v1.12 (não qualquer outra versão) com este patch instalado - por favor, tente fazer uma postagem aqui para que eu possa ficar ciente.

ace.patch.txt

-Ás

@ acetwenty8
Está funcionando bem! Muito obrigado!

Olá @ acetwenty8 ,

Apliquei seu arquivo e atualizei e parece funcionar corretamente. É capaz de comparar e detectar os e-mails dos agentes e fazer o que deve ser feito.
Mas em nosso ambiente, quando respondemos ao usuário final, usamos o e-mail de suporte técnico. Que, em osTicket, é atribuído como o e-mail do sistema.
Quando respondemos usando isso, ele é ignorado pelo código, de forma que nenhuma mensagem é adicionada ao tíquete.
Existe uma maneira de fazer com que o código seja verificado para o e-mail do sistema também?

Obrigado,
Leco

@lecobarros Não sei bem o que é correio do sistema, mas acho que se trata do endereço de e-mail que osTicket verifica para receber novos tickets do usuário. Não acredito que o que você está dizendo estava funcionando nas versões anteriores do patch - correto?

Pelo que me lembro de ter trabalhado com o código, eles têm verificações específicas para evitar isso. Provavelmente, porque você poderia criar um loop infinito de e-mail com essa situação. Eu provavelmente não recomendaria desativar as verificações por esse motivo.

No class.thread.php dentro da função postEmail, acredito que seja este código aqui.

        // Don't process the email -- it came FROM this system
        elseif (Email::getIdByEmail($mailinfo['email'])) {
            return false;
        }

@ acetwenty8 , é o endereço de e-mail de que estou falando, sim. E esta é a primeira vez que tento esse patch, mas com base na sua explicação, você está certo, é provavelmente a verificação que o impede.

Faz sentido que possa criar um loop infinito. Mas desabilitamos todas as respostas automáticas, para que isso pudesse impedir. Mas vou pensar mais sobre isso, se devemos fazer isso ou não.

Obrigado pela ajuda com isso!

@ acetwenty8 e @ vincentchan925 ,

Pelo que vocês testaram, os emails dos colaboradores estão sendo tratados corretamente?
Do meu lado, isso não está contribuindo para o tópico.

@ acetwenty8 e @ vincentchan925 ,

Pelo que vocês testaram, os emails dos colaboradores estão sendo tratados corretamente?
Do meu lado, isso não está contribuindo para o tópico.

Sim, os colaboradores são tratados corretamente.
Eles são adicionados ao tíquete automaticamente.

Ajustei os arquivos class.thread.php e class.ticket.php para incluir o código mais recente oferecido pelo Ace, mas quando faço isso, o processo de login osTicket é interrompido. Ele não exibe mais nosso logotipo e, embora as credenciais de login sejam recebidas e corretamente autorizadas, o técnico nunca é redirecionado de /scp/login.php para / scp. Se o técnico tentar manualmente acessar / scp após a autenticação, funcionará, mas obviamente algo no código não funcionou. Estamos na v1.12.2

Se alguém estiver disposto a fornecer alguma orientação ou uma cópia de seus arquivos de trabalho, eu ficaria muito grato!

@ njohn858

Não foi testado com v1.12.2, apenas 1.12

Parece que você está tentando editar os arquivos manualmente e há uma grande chance de erros ao fazer isso. Você deve usar o comando patch para aplicar o diff que criei.

-Ás

Ah. Isso pode resolver o problema - vou tentar! Obrigado!

Desculpe minha ignorância, mas não sei como usar o comando patch .... você poderia fornecer alguma orientação ou apontar-me um tutorial ou algo parecido?

@ acetwenty8

Para referência futura, se você quiser fazer um mod mais "fácil de seguir", deve fazer um fork do repo, fazer um branch em seu fork e vincular as pessoas ao branch. Se as pessoas não sabem como usar branches, você pode fornecer um link para um diff ou patch em vez de fazer um manualmente e enviá-lo como um arquivo.

Esqueleto do link diff do ramo:
https://github.com/osTicket/osTicket/compare/osticket:<branch-name>...<account-name>:<branch-name>.diff

Exemplo prático de link diff de ramificação:
https://github.com/osTicket/osTicket/compare/osticket:develop-next...jedikev:issue/redactor-quicknotes.diff

(Se você quiser vincular a um patch em vez de um diff, simplesmente substitua .diff por .patch .)

Dessa forma, se alguém tiver problemas com seu mod, eles podem criar um problema em seu fork, para que o tópico do problema original não seja entulhado com problemas de mod não suportados que não estão relacionados ao problema original em questão.

Saúde.

Obrigado acetwenty8
Testado trabalhando em 1.12.2

estamos trabalhando com osticket v1.14.1
este recurso não funciona

por favor ajude
@ acetwenty8 @molul

trabalhando com 12,5

Obrigado por avisar

Il giorno lun 6 gen 2020 alle 01:28 lyk2020 [email protected] ha
scritto:

trabalhando com 12,5

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/osTicket/osTicket/issues/2242?email_source=notifications&email_token=AAA7RCUHI4E6DVU6E7ZALSLQ4J3MPA5CNFSM4BKXEBB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIEDWDI#issuecomment-570964749 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AAA7RCSFIUH7OHR22YNEGRDQ4J3MPANCNFSM4BKXEBBQ
.

>

Julien Buratto
Tel: +39.335.6359.515

Acabei de atualizar minha antiga instalação com o repositório GIT que relata ser: 1.12-git e apliquei o patch com o comando file + patch. Não sou muito bom em GIT, alguém pode ajudar no processo de envio dessa modificação para o github?

@ acetwenty8

Para referência futura, se você quiser fazer um mod mais "fácil de seguir", deve fazer um fork do repo, fazer um branch em seu fork e vincular as pessoas ao branch. Se as pessoas não sabem como usar branches, você pode fornecer um link para um diff ou patch em vez de fazer um manualmente e enviá-lo como um arquivo.

Esqueleto do link diff do ramo:
https://github.com/osTicket/osTicket/compare/osticket:<branch-name>...<account-name>:<branch-name>.diff

Exemplo prático de link diff de ramificação:
https://github.com/osTicket/osTicket/compare/osticket:develop-next...jedikev:issue/redactor-quicknotes.diff

(Se você quiser vincular a um patch em vez de um diff, simplesmente substitua .diff por .patch .)

Dessa forma, se alguém tiver problemas com seu mod, eles podem criar um problema em seu fork, para que o tópico do problema original não seja entulhado com problemas de mod não suportados que não estão relacionados ao problema original em questão.

Saúde.

Você poderia me ajudar a fazer uma correção fácil "passo a passo" com o GIT? :-D

Olá a todos,

Alguma atualização para que isso funcione na v1.14.2?

Como um one-man-show, ser capaz de usar um dispositivo móvel para responder aos clientes rapidamente faria a diferença! - Por que esta não pode ser uma configuração para ativar / desativar a funcionalidade?

Obrigado!

pergunto se isso pode ser feito por plug-in,

Um cenário seria muito bom. +1 @ davewatson91

Criado um fork com o patch de https://github.com/osTicket/osTicket/issues/2242#issuecomment -513056652 aplicado

https://github.com/YurkoWasHere/osTicket/tree/1.15.x_patched

Parece funcionar em 1.15.x
Isso não pode ser escrito como um plugin, pois muda fundamentalmente como as mensagens são processadas

Use o patch manualmente

Como aplicar o patch do shell

coloque ace.patch.txt da postagem na pasta include/ e, em seguida, execute o shell
patch -p0 < ace.patch.txt

Como corrigir arquivos substituindo 1.15.x

Na pasta include substitua os dois arquivos a seguir
https://raw.githubusercontent.com/YurkoWasHere/osTicket/1.15.x_patched/include/class.ticket.php
https://raw.githubusercontent.com/YurkoWasHere/osTicket/1.15.x_patched/include/class.thread.php

@YurkoWasHere
Muito obrigado pelo patch e pela descrição. Eu tentei com patches alguns anos atrás, mas o problema é que uma vez que um novo osticket é lançado, eles meio que param de funcionar. Isso o torna insuportável.

Você sabe se há motivo para que isso não possa ser uma configuração? Não é um patch, mas uma configuração com o código vindo do osticket e não de um patch.

mas o problema é que, uma vez que um novo osticket é lançado, eles meio que param de funcionar. Isso o torna insuportável.

Eu concordo. A boa notícia é que este patch é aplicado de 1.12 a 1.15 sem modificações. Então isso é um bom sinal.

Você sabe se há motivo para que isso não possa ser uma configuração? Não é um patch, mas uma configuração com o código vindo do osticket e não de um patch.

Uma vez que isso não pode ser feito como um plugin, a única maneira de fazer com que este patch não seja necessário sempre é

• Implemente este patch no próprio osTicket. Isso significa normalmente:
  
  
  
  • Certifique-se de que o patch não é um hack, mas um código de qualidade
  
  
  • Adicione um botão de configuração para habilitar / desabilitar o recurso
  
  
  • Crie um PR contra osTicket
  
  
  • Convença osTicket de que esse é um recurso que eles desejam continuar a oferecer
  
  
  • Obtenha o PR mesclado na nova versão
  
  
• Faça com que alguém mantenha um fork público do osTicket com um patch atualizado

Acho que a segunda opção é mais viável no curto prazo. Eu também acho que tornar este patch mais acessível (em vez de tentar gastar tempo lendo todo o tópico para encontrar o arquivo zip e aplicá-lo) para que ele possa ser usado encorajaria a fusão bem-sucedida com a primeira opção.

PS: meus 2 centavos na situação

Estava pensando na primeira opção. Não tenho certeza se há argumentos e razões pelas quais isso não é uma opção. Acho que sim, mas não consigo encontrá-los. O que estou tentando entender é - se houver um PR, o osTicket o aceitaria.

Eu não posso falar sobre esta situação particular

Sei que nos outros projetos os PRs não foram aceitos devido à decisão do desenvolvedor principal interno de um projeto de que não manteriam um recurso no futuro.

Além disso, a qualidade do código pode ser um grande fator

@thebravoman @YurkoWasHere

Por favor leia:

• https://github.com/osTicket/osTicket/issues/2242#issuecomment -353081378

Saúde.

@JediKev obrigado, eu li. O comentário foi há 3 anos. Alguma coisa mudou desde então? Ele também menciona que você adicionou isso a um roteiro futuro. Existe um caso em que você não aceitará um PR sobre isso?

@thebravoman

Alguma coisa mudou desde então? Ele também menciona que você adicionou isso a um roteiro futuro.

Não agora. Ainda está em nosso roteiro para um possível desenvolvimento futuro.

Existe um caso em que você não aceitará um PR sobre isso?

Há muitos motivos pelos quais uma solicitação pull não seria aceita, por exemplo, se não for escrita corretamente, se não cobrir todas as bases, se tiver bugs etc. Nesse caso específico, o recurso vai muito mais fundo do que simplesmente permitir Respostas do Agente via e-mail a ser adicionado a um Tópico como uma Resposta.

Saúde.

Pessoalmente,
Corrigi nossa versão mais antiga para incluir a resposta do agente e não
atualizar / atualizar desde então, pois todos os recursos que estamos interessados ​​são
trabalhando.

Julien Buratto
Amministratore
Linkas Srl
p: +390230321419 m: +393356359515
f: +390240700321
a: Via Cartesio 2
20124 - Milão (MI)
w: www.linkas.it e: [email protected]
http://julien.burat.to/

Il giorno lun 4 gen 2021 alle ore 17:11 JediKev [email protected]
ha scritto:

@thebravoman https://github.com/thebravoman

Alguma coisa mudou desde então? Ele também menciona que você adicionou este
para um roteiro futuro.

Não agora. Ainda está em nosso roteiro para um possível futuro
desenvolvimento.

Existe um caso em que você não aceitará um PR sobre isso?

Há muitos motivos pelos quais uma solicitação pull não seria aceita, como se
não está escrito corretamente, se não cobrir todas as bases, se tiver erros,
etc. Neste caso específico, o recurso é muito mais profundo do que simplesmente
permitindo que as Respostas do Agente por e-mail sejam adicionadas a um Tópico como uma Resposta.

Saúde.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/osTicket/osTicket/issues/2242#issuecomment-754065645 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/AAA7RCXWFSS3MNPZ2RIGEXDSYHSD5ANCNFSM4BKXEBBQ
.

Obrigado @JediKev. Não consegui fazer minha pergunta com clareza. Tentarei novamente.
Contexto:
A comunidade osTicket perguntou sobre esse recurso em várias ocasiões nos últimos 5 anos.
A equipe osTicket adicionou isso ao roteiro
A comunidade osTicket tem tentado fornecer informações, discussões e patches de versões desde pelo menos 10 (eu acho)
A equipe osTicket está tentando manter um produto funcionando bem e de boa qualidade.

Situação:
Esse recurso não existe.

Minha pergunta:
Existem razões subjacentes e crenças, que a equipe de osTicket afirma, de que tal recurso não deveria existir? Isso está alinhado com a visão e a direção do osTicket ou está em conflito com a compreensão do que osTicket deveria ser?

Dado que um PR não tem bugs, está funcionando para todos os casos, segue as convenções adequadas, existe uma razão que eu estou perdendo e não vejo que tal PR seja rejeitado. Existem outros motivos, exceto a falta de recursos, para que este recurso não exista. Algo que deve ser levado em consideração?

Meu ponto é que não vale a pena gastar muito tempo preparando um PR, se houver motivo, ele não será aceito, mesmo que preencha todos os requisitos.

Confirmado trabalhando em 1.15.2

Encontrou um bug,

Quando o agente responde por e-mail, as variáveis ​​não estão funcionando. Eles não são aprovados ou estão escritos. ver anexo

Na verdade, é estranho. as variáveis ​​destacadas em amarelo funcionam, as vermelhas não.