-
Notifications
You must be signed in to change notification settings - Fork 0
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
Comments
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. |
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! |
Hvorfor ikke bruke skjer for å se antall påmeldte? Det er en vane som må avvendes tenker jeg.
Det er bare å teste det lokalt |
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.
The text was updated successfully, but these errors were encountered: