Logo após a migração, alguns pedidos de informação (leia-se: mensagens de e-mail) cadastrados no QS não sairam pelo servidor de e-mails. Hoje, esse problema já foi corrigido e as mensagens estão saindo corretamente.
Entretanto, a qualquer momento o problema pode surgir novamente e não há como o solicitante confirmar se a mensagem saiu do QS. Saber se ela chegou ao órgão é uma outra questão, que precisa de ações diferentes para ser sanada.
A sugestão aqui é que se crie uma rotina no Alaveteli para o envio de todas as mensagens enviadas a partir do QS com cópia para uma conta de e-mail fora dos servidores da OKFN. Assim, não poderíamos garantir que a mensagem chegou ao destinatário, mas sim que ela saiu do QS com sucesso.
Duas soluções simultâneas poderiam ser implementadas: (1) o envio da idêntica mensagem que saiu para o órgão, com cópia oculta para o usuário, e (2) com cópia oculta para uma conta tipo Gmail onde os admins do QS pudessem checar, sob demanda, se as mensagens chegaram lá.
Logo após a migração, alguns pedidos de informação (leia-se: mensagens de e-mail) cadastrados no QS não sairam pelo servidor de e-mails. Hoje, esse problema já foi corrigido e as mensagens estão saindo corretamente.
Entretanto, a qualquer momento o problema pode surgir novamente e não há como o solicitante confirmar se a mensagem saiu do QS. Saber se ela chegou ao órgão é uma outra questão, que precisa de ações diferentes para ser sanada.
A sugestão aqui é que se crie uma rotina no Alaveteli para o envio de todas as mensagens enviadas a partir do QS com cópia para uma conta de e-mail fora dos servidores da OKFN. Assim, não poderíamos garantir que a mensagem chegou ao destinatário, mas sim que ela saiu do QS com sucesso.
Duas soluções simultâneas poderiam ser implementadas: (1) o envio da idêntica mensagem que saiu para o órgão, com cópia oculta para o usuário, e (2) com cópia oculta para uma conta tipo Gmail onde os admins do QS pudessem checar, sob demanda, se as mensagens chegaram lá.