GetCommunityMail
- Venture partnership
- Product · Design · Engineering · Live operation
Write one email. Reach the right community.
Volunteers do not need to learn a dashboard simply to send an announcement. They write in Gmail, Outlook or any other email client and send the message to their group's address. GetCommunityMail verifies the sender, scans any attachments and returns a delivery preview. The sender approves it with one click or by replying APPROVE. The message is then delivered in personalised batches, while replies return to the person who wrote it.
What arrives by email remains useful afterwards
Email remains the simplest way to reach the whole community. The resident app gives members somewhere to return to: announcements are organised by group, community documents remain available in one place and votes can be completed without leaving the app. The inbox is the front door; the app becomes the community's continuing record. The screens shown use a demonstration community.



Run a vote without losing the record
A board or committee defines the question, available choices and closing date. Members can respond from the email or inside the resident app. For recorded decisions, votes can be exported by name for inclusion in meeting minutes. For anonymous ballots, the record of who participated is kept structurally separate from the ballots themselves. A ballot can include supporting documents, group several questions into one request and account for requirements such as quorum or household weighting.
Consent, delivery and safety are part of the product
Community communication fails if messages do not arrive—or if members lose control over how their address is used. Every send therefore includes authenticated email delivery, auditable confirmed consent and immediate one-click unsubscribe at list, organisation or platform level. Hard bounces and complaints are automatically suppressed, and attachments remain unavailable until malware scanning clears them. These are not administrative additions around the product. They are part of making the product dependable.
A live pilot, operating from end to end
GetCommunityMail is live in pilot on Azure. The complete workflow—from an inbound email, through approval, to personalised delivery—is running in production. The system is supported by 230 automated tests, availability probes from three regions and dead-letter queues on every worker. Pilot feedback has already led to features including ballot grouping, whole-ballot exports and list-scoped eligibility. The workflows shown on this page are live. The communities and member information shown are demonstration data.
What is live
STATUS LIVE PILOT · BUILT WITH A BUSINESS PARTNER
- An authorised volunteer can send to the group's address and approve delivery without leaving their inbox.
- Membership, confirmed consent, unsubscribes, bounces and complaints are handled by the platform.
- Members can access announcements, documents and votes through the resident app.
- Votes can be recorded by name or conducted anonymously, with participation records separated from ballot choices.
- Delivery workers are monitored and recoverable rather than depending on a single uninterrupted process.
Technical note
STACK Python · FastAPI · PostgreSQL · Postmark · Next.js · Expo React Native · Azure Container Apps
A FastAPI and PostgreSQL core coordinates queue-driven workers running on Azure Container Apps. Postmark carries inbound and outbound email on separate streams. The administrative product is built in Next.js, while the resident app uses Expo React Native. Every public action uses a purpose-scoped signed token: approval links expire, while unsubscribe links remain valid. Analytics store hashed IP addresses only, and an append-only audit log records material actions across the system.
Next product



