Obsługa userów bez Matrixa: onboarding + kody zaproszeń + mail

[d33mobile]

Problem: cały flow (rejestracja, panel, RSVP) wymaga konta Matrix. Osoba bez Matrixa nie ma jak się zapisać.

Wymagania (wariant A + C):

• Onboarding: sekcja na stronie "nie masz Matrixa? Załóż konto w Element w 2 minuty" (+ pomoc na miejscu w HS). Preferowana ścieżka.
• Kody zaproszeń: admin wydaje je komendą !invite <e-mail> do bota (tylko admini, lista z Panel admina: lista uczestników + wielu adminów po MXID (w bazie) #5): bot generuje jednorazowy magic link rejestracyjny i wysyła go mailem na podany adres. Osoba klika, podaje miejscowość (e-mail już znany), zapis gotowy. Tożsamość rekordu = e-mail, dedup po e-mailu. CLI/panel jako zapasowy interfejs.
• Mail wychodzący: SMTP Gmaila (konfiguracja przez env). Wysyłamy TYLKO maile wychodzące: potwierdzenie zapisu z linkiem do panelu, RSVP ([blocked by #8] Bot: zaplanowane broadcasty do zapisanych z RSVP (magic link) #9). Nie odbieramy maili i nie prowokujemy odpowiedzi (no-reply w treści), żeby nie komplikować kodu.
• System test dowodzący, że maile działają (wymóg z CLAUDE.md): test przechodzi realny flow wysyłki przeciw lokalnemu serwerowi SMTP (np. kontener typu Mailpit/MailHog) i asertuje treść + odbiorcę; konfiguracja prod = SMTP Gmaila.
• Automaty: RSVP ([blocked by #8] Bot: zaplanowane broadcasty do zapisanych z RSVP (magic link) #9) dla tych rekordów idzie mailem z magic linkiem. Ogłoszenia na kanale (Bot: ogłaszanie wycofań i awansów z listy rezerwowej (z pingiem @) #8) używają nicka z dopiskiem "(nieobecny/a na chacie)", bez pingu.

Zależności: kody zaproszeń wymagają adminów z #5; wysyłka RSVP mailem jest częścią #9.

Polityka prywatności (wymagane zmiany w /privacy):

• nowa kategoria danych: rekordy z tożsamością e-mail, bez identyfikatora Matrix (zapis kodem zaproszenia); e-mail jest wtedy jedynym identyfikatorem i tak trzeba go opisać w sekcji "jakie dane przetwarzamy",
• nowy przepływ: wysyłka maili transakcyjnych (potwierdzenie zapisu, RSVP, kod zaproszenia) przez SMTP Gmaila; sekcję o Google rozszerzyć o wysyłkę, nie tylko odbiór poczty organizatora,
• prawo do usunięcia danych działa też po e-mailu, nie tylko po handle (CLI/panel musi umieć usunąć rekord po adresie),
• retencja bez zmian (do 30 dni po evencie), obejmuje też te rekordy.
  Decyzja: kod zaproszenia jest jednorazowy i ważny do końca okna zapisów danej edycji.