Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Optymalizacja zakładania nowej sprawy #139

Open
ad-m opened this issue Aug 9, 2015 · 8 comments
Open

Optymalizacja zakładania nowej sprawy #139

ad-m opened this issue Aug 9, 2015 · 8 comments

Comments

@ad-m
Copy link
Member

ad-m commented Aug 9, 2015

Tych zapytań jest zdecydowanie zbyt wiele!

@ad-m ad-m added ready and removed ready labels Dec 6, 2015
@AgnieszkaZdanowicz
Copy link

mi się wydaje, że jest ok, więc zamykam

@AgnieszkaZdanowicz
Copy link

nie wiem, czy tu jest coś do zrobienia czy można zamykać. @mrbojko @PiotrIw pozostawiam Wam do oceny.

@PiotrIw
Copy link
Member

PiotrIw commented May 8, 2023

Zakładanie sprawy obecnie:
Przychodzi mail na porady@siecobywatelska.pl i automatycznie wykonywane jest:

  1. mail zostaje zarejestrowany w korespondencji
  2. zakłada się konto użytkownika w poradach dla nadawcy maila
  3. wysyłany jest mail z hasłem do konta użytkownika do nadawcy maila
  4. zakłada się sprawa
  5. wysyłane są powiadomienia do osób wyznaczonych osób z zespołu
    Takie rozwiązanie nie jest odporne na spam (zakładają się sprawy ze spamu i wysyłają powiadomienia do nich) oraz otwiera potencjalne furtki dla nieuprawnionych użytkowników. Np. boty spamujące dostają maila z hasłem i mailem do sprawy, co umożliwia potencjalne logowanie i dalsze szperanie w aplikacji na głębszym poziomie lub rejestrowanie wzorca maila sprawa-????@porady.siecobywatelska.pl na listach spamerskich.

Proponuję zmienić ten proces na następujący, zgodny z bardzo podstawowymi regułami bezpieczeństwa dla aplikacji z zarejestrowanymi użytkownikami, który stosują np. sklepy internetowe oraz inne platformy:

  • a) mail przysłany na porady@siecobywatelska.pl zostaje zarejestrowany w korespondencji i trafia do poczekalni
  • b) nadawca dostaje maila z prośbą o potwierdzenie tożsamości i linkiem do formularza rejestracyjnego, gdzie sam ustala sobie hasło
  • c1) jeśli dokończy rejestrację to zakłada się sprawa i wysyłane są powiadomienia do osób wyznaczonych osób z zespołu
  • c2) jeśli nie dokończy rejestracji, to np. każdego dnia rano osoby wyznaczone z zespołu dostają powiadomienie o korespondencji w poczekalni i mogą ją skasować lub potwierdzić rejestrację sprawy, po czym zostanie wysłany mail do nadawcy analogiczny jak w pkt 3 powyżej. Można równiez dodac widok "poczekalnia" z korespondencją oczekującą na rejestrację sprawy.

@AgnieszkaZdanowicz @KarolaJ @mrbojko - prosze o Waszą opinię w temacie

@KarolaJ
Copy link

KarolaJ commented May 9, 2023

@PiotrIw rozwiązanie fajnie, bo nie będzie wówczas Spamów na poradni, tylko zastanawiam się, czy to nie utrudni ludziom dostępu do porad.. @AgnieszkaZdanowicz jak uważasz?

@PiotrIw
Copy link
Member

PiotrIw commented May 9, 2023

@KarolaJ - a w jaki sposób to miałoby utrudnić dostęp do porad?

@KarolaJ
Copy link

KarolaJ commented May 9, 2023

miałam na myśli np. osoby starsze i takie, które nie ogarniają tak dobrze obecnej digitalizacji. Więcej mają wtedy do kliknięcia i może to być dla nich bardziej skomplikowane.

@AgnieszkaZdanowicz
Copy link

zgadzam się z Karoliną i jej obawami - mamy ludzi, którzy naprawdę mają mocno nie po drodze z technologią, więc to może być dla nich za dużo takie potwierdzenie konta. Ale widzę, że jest opcja (c2), że jeśli użytkownik nie potwierdzi swojej tożsamości, to następnego dnia my możemy to zrobić, akceptując sprawę. Więc nie powinno być tak, że ktoś ucierpi. Tylko wtedy to jest dla nas więcej roboty, bo trzeba będzie potwierdzać korespondencje z poczekalni.

A jak ktoś już ma konto na poradni, ale i tak wysyła na nią nowe sprawy przez porady@, to wtedy system widzi, że już ten użytkownik ma konto, prawda? I taki użytkownik nie będzie musiał nic potwierdzać?

@AgnieszkaZdanowicz
Copy link

@PiotrIw zespół uprzedzony, można wdrażać zmiany, o których rozmawialiśmy

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants