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

Støtte for to-veis synking av RSVP #168

Open
oyvind-ege opened this issue Jan 23, 2025 · 3 comments
Open

Støtte for to-veis synking av RSVP #168

oyvind-ege opened this issue Jan 23, 2025 · 3 comments

Comments

@oyvind-ege
Copy link

oyvind-ege commented Jan 23, 2025

Jeg har forsøkt å sette meg inn i iCal og hvorfor to-veis kommunikasjon ikke fungerer nå.

Jeg fant denne diskusjonen, som peker på at kombinasjonen PARTSTAT (participation status) og ORGANIZER skal i teorien sikre at RSVP oppdateres som forventet når en bruker trykker ja/nei/kanskje.

Det jeg også ser er at slike RSVPer sendes til organisatorens epostadresse. Dersom vedkommende har en tilsvarende kalenderevent i sin kalender, vil da arrangementet oppdateres. I vår kode står organisatorens epost som "no-reply@capraconsulting.no" ( se lib/email/accepted ). Den brukes vel ikke?

Jeg ser også at propertyen "mailto" ikke settes i koden vår. I følge denne speccen er mailto med overalt, og virker å være essensiell. Dog kan det hende at iCal-generator setter denne automatisk basert på "epost"-feltet, kanskje.

Løsningen kan være å sette et eget felt i Sanity som heter "organisatorens epost" eller "din epost", og så både sende opprinnelig event samt RSVP til den adressen.

Kan dette være en løsning? Bare tenker høyt. Vi kan benytte oss av SENT-BY for å sende på vegne av andre, dersom det er nødvendig.

@an2n
Copy link
Collaborator

an2n commented Jan 23, 2025

iCalendar har egentlig ingenting med løsning vår å gjøre. Det eneste vi gjør er å gi kalenderen en uuid og med den kan vi akseptere, avslå, oppdatere og avlyse kalenderinvitasjoner. Dersom du ønsker en kommunikasjon tilbake, så må no-reply@ erstattes med en e-post server som kan ta i mot ical handlinger (mailTo) og utføre en videre handling basert på det. Denne handlingen må da kommunisere med databasen vår for å melde brukeren av og eventuelt på igjen (om vi fortsatt har dataen). Her lurer jeg på Mandrillapp sin webhook er veien å gå, men som alt av e-post tech er det urgammelt og vanskelig å arbeide med.

@oyvind-ege
Copy link
Author

oyvind-ege commented Jan 23, 2025

Nettopp. Jeg tror det er ganske viktig at Google Calendar blir en kilde til sannhet for hvor mange og hvem som kommer på et arrangement. fag@capr..no er i dag en kalender som brukes av de fleste til å holde styr på antall påmeldte, og det å skulle benytte seg av Skjer til akkurat det kan være vanskelig å få gjennom. Slik jeg tolker det kan vi rute RSVP til denne adressen nå, og så vil man få oversikt over påmeldte enn så lenge det finnes en kalenderevent hos fag@capra som har samme uuid. Men meget fullt mulig jeg tar feil!

@an2n
Copy link
Collaborator

an2n commented Jan 24, 2025

Hvorfor ikke bruke skjer for å se antall påmeldte? Det er en vane som må avvendes tenker jeg.

Slik jeg tolker det kan vi rute RSVP til denne adressen nå

Det er bare å teste det lokalt

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

No branches or pull requests

2 participants