Eventsignup confirmation mails

[hermannsblum]

There was an issue on the admintools that first needs some discussion here:

Kulturis asked for a feature to add additional info to the confirmation mail sent out to users signing up for an event. First question for me: Are there actually emails sent to all users or only to externals?

[NotSpecial]

Yes, the API sends a confirmation mail. While not strictly needed, it is helpful to notify users, as they can be signed up by admins, for example.

[hermannsblum]

Alright, so that would be possible to simply add a textfield for the event that is used as additonal info in the email!

_{Sent with GitHawk}

[NotSpecial]

Yeah, technically that would be no big deal. If there's a need for it from the Kulturteam (and sending separate mails to the participants would not cover the case well), then we should go for it.

[hermannsblum]

All I know so far is „that was a feature that we had before“, not exactly sure about the usecase. Probably some Kulturis can explain us the advantage over a separate email?

_{Sent with GitHawk}

[NotSpecial]

Do you have any particular person at hand, who we could contact?

[cburchert]

I vaguely remember that we discussed this topic at some point. I think we wanted to have a feature to schedule a reminder mail that would automatically be sent e.g. one day before the event and would also be sent instantly to anyone signing up to the event afterwards. This would be useful for stuff like packing instructions for Skiweekend / ESWE / etc that often got missed by people. Given that we have all the tools to send emails and schedule function calls, this actually sounds like a really nice little project for the coding weekend for someone with just a little python experience to work on. It even has cool stages of increasing difficulty: 1. Add a text option to make the confirmation mail customizable. 2. Add a text option that is automatically sent one day before the event. 3. Make this time configurable. 4. Make sure the mail is also sent to people registering late. 5. Allow an arbitrary list of reminders, so you can send increasingly annoying E-Mails every day. We should make sure we get some consensus from the culture people about what we actually need before the weekend. I could imaging that just adding a details view to an event with the packing list might actually be easier than requiring people to wade through their mess of an inbox. Am Mo., 25. März 2019 um 17:10 Uhr schrieb Alexander Dietmüller < notifications@github.com>:

…

Do you have any particular person at hand, who we could contact? — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#362 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ACsKUtaILUOIyX41JXk4rVD6-pHvx5Olks5vaPTigaJpZM4cHGsf> .

[NotSpecial]

I agree with your last paragraph: First we need to really define which functionality is needed by the Kulturteam.

[toni-ght]

I just talked to the current Kulturvorstände. We had a special usecase for our event where such a mail would have been nice (we now found another solution), but in the discussion we came to the conclusion that it's not an issue that is not necessary.
we also discussed the automatically sent out reminder. The Kulturis said that on the day of the event, they have a lot of changes in the participant list and have to send out emails manually anyway.

[cburchert]

The Kulturis said that on the day of the event, they have a lot of

changes in the participant list and have to send out emails manually anyway. That is exactly why we discussed the solution that would automatically resend all emails to people signing up after something has been sent already. Am Di., 26. März 2019 um 15:08 Uhr schrieb toni-ght < notifications@github.com>:

…

I just talked to the current Kulturvorstände. We had a special usecase for our event where such a mail would have been nice (we now found another solution), but in the discussion we came to the conclusion that it's not an issue that is not necessary. we also discussed the automatically sent out reminder. The Kulturis said that on the day of the event, they have a lot of changes in the participant list and have to send out emails manually anyway. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#362 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ACsKUvfcD-rbBxURD0dTumf8lZm5GV1Zks5vain4gaJpZM4cHGsf> .

[NotSpecial]

Thank you for your response, @toni-ght .

we came to the conclusion that it's not an issue that is not necessary.

Is the double negative intended? Is the feature necessary or not?

they have a lot of changes in the participant list

This is via the API, or are the changes handled somewhere else?

[toni-ght]

not intended ^^ -> i had a usecase for the issue, but the kulturis had the opinion that it is not necessary in general

they told me that these are the short-term changes which are handled manually in the csv /exel file. at the moment it's handled manually because there is no reason to have a correct participant list in the tool. this would change if we implement the automatically sent out email, that would be a reason to have a correct list in the tool until the event starts