Run a workflow when an email arrives
"Run this whenever an email comes in" is a trigger now. Say it in the interview, say which mailbox, and the workflow starts once per message that arrives. This is the first event trigger with no authored integration behind it: reading a mailbox is a protocol the platform already speaks, so there is no code to write, review or repair for it.
What you hand over is the mailbox address and an app password. Gmail, personal or Workspace, iCloud including me.com and mac.com, GMX and WEB.DE all work that way, and so does a company mail server once you tell the assistant its incoming server name. Saving the password is no longer only storing it: the platform signs in to the mailbox once, read only, before it writes anything down. If that sign in fails you get the server's own answer step by step, nothing is stored, and the card keeps what you typed so you can correct the address, the password or the server and save again. Microsoft is the exception. Outlook.com, Hotmail, Live, MSN and Microsoft 365 work accounts no longer accept passwords or app passwords for mail, so a mailbox trigger for them does not exist here yet.
The limits are worth knowing before you build on it. The mailbox is checked every five minutes rather than instantly, and only mail that arrives after you publish starts a run. The reading is read only from beginning to end, so nothing is marked as read, moved or deleted. Attachments arrive as a name, a type and a size, never as the file itself. And when an app password stops working, three failed checks in a row get you one notification while the platform keeps checking, so a mailbox that comes back starts working again on its own.
This entry describes what shipped on the day it shipped. For how the capability behaves now, read /docs/triggers/email-triggers.