Eventonomy

RSVP Settings

The RSVP tab enables the attendee registration system and configures its rules: capacity defaults, guest policy, deadlines, and sub-features like waitlists and magic links.

Go to Eventonomy → Settings → RSVP to access these options.

What You Will Learn

  • How to enable or disable RSVPs globally
  • How to set default capacity and guest limits
  • How RSVP deadlines work
  • How to control guest (non-account) RSVPs
  • How to enable the waitlist and magic-link features
  • How to set the registration mode new events start on

Settings Reference

All settings below are under the RSVP feature card. The card's toggle enables or disables RSVPs site-wide. Switching it off is absolute - new events then start as No registration needed and no event can show a registration panel, so an individual event cannot opt back in.

Default Attendee Capacity

Setting: default_event_capacity Default: 0 (unlimited)

The attendee cap applied to new events that do not set their own capacity. Set to 0 for unlimited. Organizers can override this per event in the event editor.

Max Additional Guests Per RSVP

Setting: rsvp_max_guests Default: 0 (unlimited)

The maximum number of additional people an attendee can include in their RSVP (their "+guests"). Each additional guest counts toward the event capacity. Set to 0 for unlimited.

RSVP Deadline

Setting: rsvp_deadline_hours Default: 0 (no deadline)

Closes RSVPs this many hours before the event starts. Once the deadline passes, the RSVP block shows "Registration closed." Set to 0 for no deadline.

For example, setting 24 closes RSVPs 24 hours before the event begins.

Allow Guests to RSVP Without an Account

Setting: allow_guest_rsvp Default: On

When on, visitors without a WordPress account can RSVP by entering their name and email. They receive a magic-link email so they can manage their RSVP later.

Turn it off if you want every registration tied to a WordPress account. Note that Require login to RSVP (below) overrides this setting either way.

Require Login to RSVP

Setting: require_login_to_register Default: Off

When on, visitors who are not logged in see a login prompt instead of the RSVP form. This overrides Allow guests to RSVP without an account: even if guest RSVPs are on, this setting blocks them.

Use this when you want RSVPs linked to member accounts only.

Show Remaining Spots

Setting: show_remaining Default: Off

Displays the number of remaining spots on event cards, the single-event page, and the RSVP block. Hidden automatically when capacity is unlimited.

Hide Sold-Out Events from Listings

Setting: hide_sold_out Default: Off

Removes events that are at capacity from the events list and upcoming blocks. The event's page still exists; it just does not appear in archive listings.

Note: Page counts in the REST API may still include sold-out events even when this is on, because the count runs before the display filter is applied.

Manage RSVP by Secure Link (Magic Link)

Setting: magic_link (feature flag) Default: On

Enables the magic-link flow for guest RSVPs. When on, guests who RSVP receive a private URL that lets them view or change their RSVP without a WordPress account. The link is valid for 7 days; after that it stops working and the guest has to request a fresh one. Developers can change the lifetime with the evnm_magic_link_ttl filter.

If you disable this, guests can still RSVP but they have no way to manage or cancel their registration after submitting.

Waitlist When Full

Setting: waitlist (feature flag) Default: On

When on, attendees who try to RSVP Going after capacity is reached are placed on a waitlist instead of being rejected. When a Going attendee cancels, the oldest Waitlist RSVP is automatically promoted to Going and receives a notification.

Site-Wide Setting vs Per-Event Mode

The settings on this page are the site-wide defaults. Whether any individual event actually takes registrations is a per-event choice made in the event editor: People register here, Registration is on another site, or No registration needed.

Turning RSVPs off here disables them everywhere. Leaving them on does not force every event to collect them - an announcement or a drop-in session can still be set to No registration needed without changing anything site-wide. See Create your first event.

New events start as

Setting: default_registration_mode Default: People register here

Sets which Registration option a new event opens with, so organizers on a mostly-announcements site are not made to switch every event by hand.

Option Stored value
People register here rsvp
Registration is on another site external
No registration needed none

Three things worth knowing:

  • It is a default, not a rule. Organizers change it per event, and the setting is never forced on them.
  • It applies to new events only. Existing events are not touched when you change it.
  • It applies wherever an event is created without an explicit mode - the editor, the REST API and the importers all inherit it, because the default is applied in the service layer rather than in the form. Duplicate is the exception: a duplicated event copies the source event's settings, so it inherits the source event's registration mode and question selection, not this default.

If RSVPs are switched off site-wide, new events start as No registration needed regardless of what is saved here.

Built-in Spam Protection

Public RSVP and order submissions are protected automatically, with nothing to configure and no CAPTCHA for real visitors to solve:

  • Honeypot - the RSVP form carries a hidden field real visitors never see. Bots that fill it are silently discarded (they even receive a fake success response, so they never learn they were caught). No record is created.
  • Per-IP rate limit - each IP address may create at most 10 RSVPs and 10 orders per 10 minutes. Requests over the limit get a neutral "too many requests" error.

When a legitimate crowd hits the limit: many people signing up from behind one shared IP (a campus network, an office proxy, a conference venue's Wi-Fi during a live "register now" moment) can collectively exceed 10 submissions in 10 minutes and see the error until the window resets. If you expect that pattern, raise the limits with the evnm_rate_limit_rsvps and evnm_rate_limit_orders filters:

// Allow 50 RSVPs per 10 minutes per IP for a live signup event.
add_filter( 'evnm_rate_limit_rsvps', function ( $rule ) {
    return array( 'limit' => 50, 'window' => 10 * MINUTE_IN_SECONDS );
} );

Only public (REST) traffic is guarded; admin actions, WP-CLI, and internal calls are never throttled.

What's Next?

Set up custom registration questions to collect extra information from attendees.

Questions Settings →