What is new in MAS

Create event checks all three steps

Pressing Create event checks Basics, Schedule and Registration & publish again and takes you to the first step that still needs something, with a note saying what. Steps you have already reached stay one click away, and after an event is created the form starts again at Basics.

Create campaign checks both steps

Pressing Create campaign checks About the appeal as well as Amounts & giving options, and takes you back to it if the title is missing. After a campaign is created the form starts again at the first step.

No blank event or campaign straight after creating one

Pressing the create button again right after creating an event or campaign could try to save the next one with its title and dates empty, or stop with a message about a field you couldn't see. The form now checks every step first.

Stricter handling of security keys

A server started without its sign-in, website editor or preview-link keys now refuses to use those features until they are set, rather than carrying on without them.

Highlights and hover states on the website

The featured plan in pricing has its orange outline again, menu links underline in orange on hover, and the contact form's fields turn orange while you type. All of these had been drawn in the same light grey.

Sign-up fields on the dark background

The fields on Sign up are outlined in soft white rather than a bright grey, and brighten when you select one.

Workspace shortcuts and notices

On a mosque workspace's Overview, the shortcut cards light up when you point at them and the setup notice keeps its amber outline.

Loading spinner and release tags

The loading spinner shows its blue and cyan arcs instead of a plain grey ring, and the tags on this page are outlined in their own colours.

Numbered, grouped releases

Each update in the changelog now shows its version, whether it was a minor or patch release, and its changes under the part of MAS they touch. A list of releases sits beside them on wide screens and scrolls along the top on a phone.

Earlier updates numbered

The 49 updates from 15 to 28 June 2026 are numbered 0.1.0 to 0.43.0, in the order they shipped. Their notes are unchanged apart from plainer wording.

Shared changelog and release process

This page now shares its code with our other products, and every change to MAS is released with a version number in the same way.

Website launch checklist

The workspace now includes a Website launch checklist for page, preview, domain, sender-domain and site-status readiness.

Next actions for each blocker

The checklist highlights next actions such as publishing the Home page or completing DNS verification.

Only website editors see launch details

Launch-readiness details remain hidden from users without website editor access.

Shortcuts to edit, preview and view pages

The workspace now includes CMS page shortcuts for page editing, signed previews and published pages on the mosque website.

Preview for drafts, public page once published

Draft pages show a signed Preview action, while published pages also show a Public page shortcut.

Only website editors see shortcuts

Shortcut details and preview links remain hidden from users without website editor access.

Starter templates reference

The workspace now includes a CMS starter templates reference panel for website editors.

What each template is for

Starter-template guidance in the CMS now describes what each template is for and which blocks it creates.

Templates never overwrite your blocks

Applying a template still only fills empty page layouts, preserving blocks you have already written.

Saved and current values side by side

Recent CMS page versions now show saved and current values for page title, slug, status and schedules.

Block changes highlighted

The comparison panel now highlights saved and current block sequences, added or removed block types and block-order changes.

Comparisons stay within one mosque

Version comparison still looks up the current page within the same mosque workspace before restore review.

Starter templates for common pages

CMS pages now offer starter templates for Home, About, Services, Donations, Events, Bookings and Contact pages.

Templates fill only empty pages

Templates fill title, slug and blocks only when the page layout is empty, so existing mosque content is not overwritten.

Built from the blocks you already use

The template pack reuses the existing, safely rendered mosque blocks instead of introducing a separate part of the CMS.

Ready to publish confirmation

CMS pages now include Ready to publish confirmation fields and optional review notes.

Confirm a page is ready before it goes live

Draft-to-published changes are blocked until readiness is confirmed, including scheduled publish updates. Tick Ready to publish on the page before publishing it or scheduling it to publish.

Who confirmed, and when

Publish audit records now keep the confirmation time and the editor's email address where available.

See what changed since a saved version

Recent CMS page versions now show changed fields against the current page.

Status, schedule and blocks compared

Rows compare saved and current status, schedule and block details before restore.

Comparisons stay within one mosque

Comparison lookup stays scoped to the page and the mosque workspace it belongs to.

Restore a saved version

Recent CMS page versions now offer a guarded restore action for older snapshots.

Restore asks for the exact version

Restores require the exact version id and are saved the normal way, so versioning, audit and website updates all happen as usual.

Restores recorded for review

Restore-specific content audit events record the source version and editor context for workspace review.

Services and CTA blocks

Page layouts now include Services and CTA blocks for classes, community support, programmes and focused calls to action.

Unsafe links and empty sections left out

Mosque websites now ignore unsafe editor-provided action links and hide empty structured sections instead of showing broken content.

A fuller demo website

The demo mosque website now includes Services, Events, Donations, Bookings, CTA and Contact sections for a more complete starter page.

Receipts from your mosque's own address

Donation receipts use the verified mosque sender domain when available, and fall back to the MAS sender when the mosque's sender domain is not ready.

A receipt is never sent twice

Receipt delivery details are stored on each donation record, so a repeated payment confirmation does not send an already-sent receipt again.

Gift Aid declaration on the receipt

Gift Aid declaration evidence appears in the receipt email without changing the separate finance claim review workflow.

Check a subscription with Stripe

The Monthly donor subscriptions panel can check a Stripe subscription's app, purpose and mosque details before anything is cancelled with Stripe.

Cancellation readiness recorded

MAS now records cancellation readiness, when it was checked, the Stripe subscription status and any Stripe errors separately from the MAS cancellation request.

Live cancellation stays off

Cancelling a monthly donation with Stripe stays disabled unless it has been explicitly configured for mosque donations.

Monthly donor subscriptions

The workspace Donations and Gift Aid section now groups recurring payments into monthly donor subscription summaries.

Record a cancellation request

Finance users can record cancellation-request notes against a donor's monthly Stripe subscription.

Live cancellation and donor self-service to follow

Live Stripe cancellation and donor self-service remain pending until provider verification and operational sign-off are complete.

Rebuilt packages record why and by whom

Rebuilt draft HMRC XML packages now record the attempt number, who prepared them, the correction reason and when the HMRC response was received.

Correction package details in the claim summary

The workspace Gift Aid claim summary shows Correction package details without enabling live HMRC filing.

Direct HMRC filing still to come

Direct HMRC filing remains pending until real IRmark generation, sandbox recognition and operational sign-off are complete.

IRmark readiness stored

Prepared Gift Aid claims now store placeholder IRmark readiness details from the draft XML package.

Record HMRC's response

The workspace Gift Aid panel can record accepted, rejected or correction-required HMRC responses after XML preparation.

Corrections go back to a correction-ready path

Correction-required outcomes move the claim back into a correction-ready path without enabling live HMRC filing.

Retain or redact due evidence

The workspace Evidence due for review panel now offers Retain evidence and Redact exports actions for due or legacy Gift Aid claim batches.

Redacted exports keep claim totals

Redact exports replaces stored CSV and draft HMRC XML exports with summaries that don't identify donors, while keeping claim totals and source donation records auditable.

A reviewed action, not automatic deletion

Direct HMRC filing remains pending; the new workflow is a finance-reviewed retention action, not an automatic deletion or submission.

Claims due for evidence review

The workspace Gift Aid panel lists due claim batches and legacy claims missing retention details.

Review reasons and export impact

Each listed claim shows why it needs review and how that affects its exports, without changing any donor evidence.

Evidence kept until reviewed

CSV and XML evidence is explicitly kept donor-identifiable until a reviewed retention action is recorded.

Retain-until and review-due dates

New draft Gift Aid claims store retain-until and review-due dates for donor-identifiable evidence.

Retention policy shown with each claim

The workspace Gift Aid panel now shows the retention policy version and review expectation alongside claim status.

Clearer copy on retention and HMRC filing

Public copy and guides now distinguish retention review dates from future automated redaction or live HMRC submission.

Add an attendee from the workspace

Event cards now include an Add attendee form for users with event-management access.

Same rules as public registrations

Staff-created registrations use the same occurrence checks, active duplicate-email protection and capacity and waiting-list rules as public registrations.

Staff-added paid places await payment

Paid event places created by staff are recorded as pending payment rather than marked paid automatically.

Summary cards for each date

Recurring event attendee panels now include occurrence summary cards with registered, waiting-list, checked-in, cancelled and payment counts.

Filter by date and status

Workspace users can combine occurrence and status filters to review one event date, waiting list or check-in group.

Exports follow your filters

Attendee CSV exports now follow the active occurrence and status filters.

Build a draft HMRC XML file

Finance users can enter HMRC claim details and build an XML draft from the workspace Gift Aid claim panel.

XML drafts kept with the claim

Gift Aid claims now store the XML, its correlation id, the HMRC address it is prepared for and who prepared it.

Live HMRC filing stays off

Filing to HMRC remains disabled by default until IRmark, credentials, response handling and operational review are completed.

Mark a claim ready for HMRC review

Draft Gift Aid claims can be marked ready for HMRC review from the workspace claim panel.

Preparation and correction notes recorded

Gift Aid claims now record who prepared them for submission and when, with any correction notes, ready for filing to HMRC later.

No live HMRC filing yet, said plainly

Dashboard and guide copy state that MAS has not sent a live HMRC filing yet.

Stripe refunds reach event registrations

When a Stripe refund update doesn't match a booking, MAS now matches it to the event registration it was paid for.

No refund counted twice

Tracked event refunds update their latest Stripe status without adding the same refund amount twice.

Failed event refunds reverse the refunded amount

Failed or cancelled tracked event refunds can reverse the recorded refund amount and move the registration payment back to Paid.

Refund a paid event place

Paid event attendee rows now offer a guarded refund action that defaults to the remaining refundable amount.

Event refunds recorded for audit

Event refund records store the Stripe refund id and status, cumulative amount, reason, staff member and time.

Refunds in attendee exports

Event attendee CSV exports now include refunded amount, refund status and refund time.

Visitors register for the date they chose

Recurring event cards on mosque websites send the occurrence date the visitor selected.

Capacity and duplicates checked per date

Capacity, active duplicate-email checks and the database's uniqueness rule now apply to each event occurrence.

Occurrence dates in attendee lists and reminders

Workspace attendee rows and CSV exports show the occurrence date and time, and reminders go to attendees of the matching occurrence.

One active place per email, even at the same moment

A database rule protects active event registrations by mosque, event occurrence and attendee email.

The usual duplicate message

When two submissions collide, the visitor sees the existing duplicate-registration message.

Cancelled registrations can register again

Cancelled historical registrations remain available, so the same email can register again after cancellation.

A failed reminder email is retried

Reminder sending retries a short-lived email failure once before marking a delivery failed.

Stuck reminders picked up again

Failed or stale pending reminder deliveries can be picked up again while the reminder is still due.

Reminder delivery issues

The operations console now lists failed or stale reminder deliveries, without attendee details, for support follow-up.

Reminders checked every hour

Due event reminders are now checked hourly.

Overlapping checks so none slip through

Each hourly check looks back 65 minutes, giving a small overlap with the one before.

Events guide updated

The events guide now describes hourly reminder checks for mosque teams.

Too many donation attempts are slowed down

Repeated automated donor submissions now receive a clear, safe message saying when to try again.

Giving works as before for everyone else

One-off giving, Gift Aid, monthly checkout, cancellation and repeated payment confirmation all work as before behind the new limits.

Donation rate limits store no raw details

One-off donation, payment confirmation and monthly checkout steps count repeated requests using hashed values.

Too many booking attempts are slowed down

Booking requests and booking payments on mosque websites are now rate-limited per requester, using hashed values, before a booking or payment attempt is created.

Payment links limited without storing the link

Rate limits on reusable booking payment links never store the link itself, and paying through a link works as before.

Contact form checks and limits

The contact form validates submissions, rate-limits repeated enquiries and no longer shows email-provider errors to visitors.

Too many registration attempts are slowed down

Free registration, waiting-list and paid registration payment steps now show a clear, safe message when a visitor submits too many requests.

Registration works as before for everyone else

Free, waiting-list, pending-payment and paid event registrations work as before behind the new limits.

Rate limits store no personal details

MAS stores hashed rate-limit counts without saving raw attendee email or IP addresses.

Reminders sent automatically

A scheduled check now sends event reminders when they fall due.

Reminders from your mosque's own address

Reminder emails use verified mosque sender domains where available and fall back to the MAS sender otherwise.

No duplicate reminders

Reminder delivery records prevent duplicate sends for the same event occurrence and reminder time.

Recurring events

Event creation now supports daily, weekly and monthly recurrence with a set number of occurrences.

Upcoming dates on the website

Event blocks on mosque websites expand recurring events into upcoming dates, and public registrations store the selected date.

Reminder plans

Reminder plans can now be stored and displayed, ahead of automated reminder delivery.

Pay for an event place by card

Paid event registrations now take a Stripe card payment from event blocks on mosque websites, with the place held as pending payment until it succeeds.

Payments checked before a place is marked paid

Successful event-registration payments are checked against the mosque, event, registration, amount and currency before registrations are marked paid.

Payment status in attendee lists

Workspace event attendee lists now show payment status and paid amounts for paid registrations.

Attendee statuses

Event registrations now support workspace status changes for registered, waiting-list, checked-in and cancelled attendees.

Filter, contact and export attendees

Event cards now include attendee filters, contact details, timestamps, notes and CSV export.

Check-in times recorded by MAS

Check-in and cancellation times are recorded by MAS itself, within the right mosque and event.

Register for an event on the mosque website

Published public events with registration enabled now show a free registration form on mosque websites.

Waiting lists and duplicate checks

Over-capacity event registrations are placed on a waiting list, and duplicate active email registrations are rejected.

Registration counts in the workspace

Workspace event rows now show registered and waiting-list counts and recent attendee registrations.

Cancelling a booking closes its payment links

Cancelling a requested or approved booking now cancels any still-active deposit or balance payment links for that booking.

See what is still refundable

Workspace booking rows show whether a cancelled paid booking still has a refundable deposit or balance.

Stripe refunds reach bookings

Stripe refund updates now reconcile deposit and balance refund records without double-counting refunds made in the workspace.

Refund a booking balance

Workspace booking rows now show a Refund balance action when a final balance payment has been collected.

Balance refunds kept separate

Balance refund records keep their own Stripe refund id and status, cumulative amount and audit details, separate from deposit refunds.

Choose how much to refund

Refund confirmation now includes an editable amount that defaults to the remaining refundable payment.

Marked fully refunded only when it is

Booking refund records keep the cumulative refunded amount, and only mark the payment fully refunded once the whole original payment has been returned.

Balance payment links

Workspace booking rows can generate balance payment links for bookings with a stored remaining balance.

Links say what is being paid

Public booking payment links now say whether the requester is paying a deposit or a balance.

Total hire and balance due

New bookings store total hire and balance due amounts from hourly rates and requested times.

Totals shown in the workspace and on the website

The workspace and the booking form on mosque websites show the hourly total, deposit and remaining balance.

Refund a booking payment

Workspace booking rows have a two-step refund action for Stripe refunds.

Booking refunds recorded for audit

Refund records store the Stripe refund id and status, amount, reason, staff member and time for audit.

Pay-later booking links

Workspace booking rows can generate and copy a public booking payment link.

Links expire and can be cancelled

Payment links expire after 14 days, can be cancelled by staff and are marked used after a successful Stripe payment. MAS keeps only a one-way hash of each link, never the link itself.

Staff alerted to new requests

Public booking requests email the workspace owner plus active admin and bookings users.

Reply straight to the requester

Staff alerts use verified mosque sender domains where available and set the requester as the reply-to address.

Pay the deposit on the booking form

Booking blocks show configured deposits and a Stripe card form for paying the deposit straight away.

Deposits applied to the booking

Successful deposit payments on the website are verified and applied back to the booking.

Deposit payments for bookings

Added deposit payment and confirmation for requested or approved bookings that have a deposit to pay.

Payments checked before a booking is marked paid

Before a booking payment is marked paid, MAS checks the requester email, Stripe status, amount, currency and payment details.

Feature tour, feature pages and changelog

Added a public feature tour, a page for each main feature and a changelog.

New pages in the sitemap

Updated sitemap coverage so the new marketing pages can be indexed.

One source for public copy

Feature groups, guides and changelog entries now come from a single source of truth.

Request a booking from the mosque website

Visitors can now send a booking request from the mosque website without signing in.

Approve, reject or cancel requests

Workspace booking users can approve, reject or cancel eligible requests and send requesters status emails.

Donation campaigns, giving and Gift Aid export

Added donation campaigns, one-off checkout, monthly donation checkout and Gift Aid claim export.

Events calendar

Added the master events calendar and event-list blocks for mosque websites.

Check and buy a domain

Added domain availability and price checks, and paid domain purchase status that updates in the workspace.

Recover provisioning and verification

Added operator recovery for provisioning jobs and provider verification refreshes.