Choose the email address that sends your iCloud event invitations
An event can be saved to the correct calendar yet reach guests from an unexpected email address. In Calendar on iCloud.com, the invitation-sender choice is a separate identity setting. Check it before a club, household or professional invitation leaves an address that recipients do not recognize.
A sender verification record
| Field | Illustrative intended value | Evidence to collect |
|---|---|---|
| Calendar destination | Club rehearsals | Reopened saved event |
| Sending identity | Available club address | Recipient’s invitation details |
| Attendance response | Not assumed | Recorded guest reply |
Separate sender identity from event destination
Write down two decisions: which calendar should own the appointment, and which email identity should send the invitation. Giving a calendar a recognizable name or changing its color is not a substitute for checking the outgoing identity.
Consider a fictional coordinator, Morgan, who has a personal address and a club address associated with the Apple Account used for scheduling. The intended result is a test meeting in the correct calendar, sent from an available club identity, with responses checked independently. This example does not establish that any arbitrary address can be added to the menu.
Choose from the addresses Apple actually offers
Apple’s web instructions use a tablet or computer. In Calendar on iCloud.com, open Actions, Settings, then Account. Choose an available address in the invitation-sender menu. Apple explains that the menu is absent when only one email is configured; eligible additional identities can include aliases, custom-domain addresses or another service’s address associated with the Apple Account.
If the intended choice is missing, stop at the identity question. Consult Apple’s linked account and mail-address setup instructions. Do not type someone else’s address into an event description and assume that changes the sender, and do not send a real invitation just to experiment.
Verify with one cooperative recipient
Ask a trusted person to expect a disposable event with no confidential information. Note its title, destination calendar and chosen sending address. Send it once, then ask the recipient which address the invitation identifies and whether the correct appointment details are present.
Keep the observed sender, recipient and response state as separate fields. A successful email delivery says nothing by itself about whether the recipient accepted. If the identity is unexpected, pause further distribution and review the selected account rather than repeatedly editing a real meeting.
Use a clear identity handoff record
For the fictional club, keep a short note: calendar owner, intended sending identity, responsible inbox monitor, test recipient and date checked. That helps a replacement coordinator discover how invitations were configured without borrowing a password or changing ownership casually.
This guide describes Apple’s invitation identity. It does not change Cloud Calendars accounts, Google organizers, or the address used by every application. Use the owning service’s controls for the event you are actually sending.
What it looks like
Cloud Calendars overview, using our product images. Provider settings and protocol examples described in this guide are separate from the screens shown here.
What to do
- Identify the Apple Account and calendar that should own the event.
- Choose an address offered by the iCloud web invitation-sender menu.
- Use an agreed, non-sensitive test event.
- Check sender identity and guest response as separate observations.
Questions
- Why is there no sender-address menu?
- Apple says the menu is absent when only one email is configured. Review Apple’s identity setup guidance rather than assuming the event editor is broken.
- Does changing the sender move existing events?
- Treat identity selection and an event’s owning calendar as separate decisions. Verify existing appointments individually before changing their destination.