The plugin’s settings apply to all events. Before you start selling etickets, make sure that all necessary settings have been entered.
By clicking on the tabs on the left you can change various parts of the settings. Then press Save to save the settings.
Payment provider account
Fast Events is integrated with Mollie as payment provider, providing a variety of payment options. As such the plugin is only available for associations/companies residing in a SEPA country. With Mollie there are no fixed recurring costs, you only pay for successful transactions. The prices are very competitive. The transactions of, for example, iDEAL (the Netherlands) cost only € 0.29 excluding VAT. Press the button below to create your free Mollie account.
After you have created your free account, you will receive an email from Mollie with your login details. Confirm the email with the button in the email.
Log in to the Mollie dashboard and go through the wizard to enter all data (Your personal info, chamber of commerce id, bankaccount, VAT number (if applicable), your identification (passport), website where you want use payments and finally the payment methods. During the process you will be asked to transfer 1 cent from your company’s bank account to prove that you are the owner.
Live API-key and Test API-key
Copy the keys from the Mollie Dashboard -> Developers into the
Live API-key and
Test API-key fields.
The refund costs can be per
Order or per
The Error page is the page where users end up if:
The customer cancels the payment or if they left the payment-screen open for a long time and it times out. Timeout periods can differ per payment method.
The customer did pay, but the Payment provider has not yet informed the plugin that the payment succeeded. You can provide a shortcode in the page, so the user can check again if the payment came through. See example below.
If you choose
Host email then it is sufficient to fill in the Sender name and Sender email. This setting is the default after installation of the plugin.
But choosing the right Email-server type depends to a large extent on how many emails can be sent per day. Check with you hosting provider how many emails you can send per day (or any other period) and compare this with how many orders (= 1 email) you expect per day. If the expected amount is more than you can send per day you have to go back to your hosting provider to check if you can upgrade your hosting-package with more emails?
Or you can use professional companies that can send your email, such as Amazon SES, Mailgun, Sendgrid, Postmark App, … and many more. If you go down this path, you can choose for the other Email-server type options.
SMTP is always possible for all email providers, but we have a number of native implementation as well, which are the faster counterpart of SMTP as this is a rather ‘chatty’ protocol.
Sender name and email
The name and emailaddress you recipients will see in the received tickets email.
Fast Events can be configured to keep retrying to send new order emails. Checking this option is only wise if you are using SMTP or one of the native APIs. The
Host email solution uses the MTA on the host itself and, if everything is configured correctly, will never return an error. With ‘Host email‘ possible hard-bounces (for example: emailaddress doesn’t exists) or soft-bounces (for example: mailbox full) will be send back to the sender (Send email).
With SMTP or the native API’s there can be errors. For example the host may be (temporary) unreachable, too many request per time-period, … Consult you API provider for other possible errors. In case of errors you have 2 options:
Use the fast_events_email_api_result webhook to inform the WordPress Admin (or another user) that something went wrong
Check the checkbox Email retries and Fast Events will retry sending the email to the SMTP or API-provider again. It will use the
Retry schemeto schedule the next retry.
The default value is
2,4,8,16,32,64,128, which means the first retry is scheduled after 2 minutes, and then 4 minutes, and so on.
You can define your own scheme.
Consult you SMTP or API provider how it handles hard-bounces and soft-bounces. Usually they provide webhooks to process these bounces.
- Host email
Check this box if you want use your hosting platform the send emails
- Email server
The name of the server. Check with your email-provider.
Most of the time this takes the form of an emailadress. Check with your email-provider.
The password of the account. Check with your email-provider.
- Verify peer
Disabling it and you’ll be vulnerable to a Man-in-the-Middle Attack. Incidentally you may disable it if you are fi. testing with an internal SMTP host with a self-signed certificate.
- Port number
Most of the time port
587is used. Check with your email-provider.
- Security protocol
tls. Check with your email-provider.
Amazon SES API settings
The settings can be found in the Amazon console dashboard. If you still need to create a SES account, make sure you create it in the
EU region as the plugin is only supported in the European SEPA countries if online payments are used.
You can find/create in the Amazon IAM (Identity and Access Management) menu the Access key and Secret key. Make sure the secret key has the right permissions to send email.
Mailgun API settings
The settings can be found in the Mailgun dashboard. If for example your domain is
somedomain.com. The server URL would be:
If you create a new sending domain, make sure you create it in the
EU space of Mailgun as this plugin can only be used by the European SEPA countries. If you don’t host your domain in the European union (USA flag in dashboard), you have to strip the
eu part from the URL. This of course will also works, but it adds some latency to the API request. The ‘mg‘ part depends on your DNS settings.
Mailjet API settings
The settings can be found in the Mailjet dashboard. The URL for the server is:
The Mailjet API key is the combination of the user identifier and API key, separated by a colon. For example
Postmark API settings
The settings can be found in the Postmark dashboard. The URL for the server is:
Sendgrid API settings
The settings can be found in the Sendgrid dashboard. The URL for the server is:
Sendinblue API settings
The settings can be found in the Sendinblue dashboard. The URL for the server is:
Sparkpost API settings
The settings can be found in the Sparkpost dashboard. The URL for the server is:
If you create a new sending domain, make sure you create it in the
EU space of Sparkpost as this plugin can only be used by the European SEPA countries. If you don’t host your domain in the European union, you have to strip the
eu part from the URL. This of course will also works, but it adds some latency to the API request.
At RSVP events it can of course occur that sick minds spam you with all kind of different real or bogus emailaddresses, even if you have confirmations enabled. Worse, they may give you a bad reputation, and receiving domains can flag you as spammer. For these cases you can use Google reCAPTCHA. Sign in and setup up your domain; Fast Events only supports v2 at the moment. Once setup, copy the keys to the Site key and Secret key. Switch on the ReCaptcha flag in the Basics tab and the booking screen will have a ReCaptcha.
Settings for instant payments
These settings work together with the Payment app. The app generates a qrcode which the customer can scan with the camera or a banking app (Netherlands and Belgium) to make a payment. The ‘Payment app’ shows immediately if a payment succeeded or not.
This is the id of a special event you have to define. The event is just used for reporting purposes. Set the following fields:
- Basic tab
Name“Online payments”. You can of course translate this.
Available start/end datemake the window large enough
Redirect after bookingSet a valid URL to thank the user for the payment
Don’t use the other settings
- Type tab
Event typeNo date
Group typeNo group
‘Email tab’ and ‘Confirmation email tab’: don’t use
‘Input tab’: add 2 text-fields
Description. Do not translate these fields
The minimum amount to use for a payment with a qrcode. If you enter a lower value in the app, an error will be returned an no qrcode is generated.
The secret key the Payment app has to use to secure the communication. You can use the button to generate a new secure token. Copy the qrcode and send it as an attachment in an email to the users of the Payment App. Users can than “Share” the qrcode with the Payment App to configure it.
Or they can scan the qrcode to configure the Payment app.
REST API settings
These settings work together with the FE Admin App and the Public API. The App can be used on your mobile (for now only on Android) to view the basic information of events and orders. But you can also resend orders, refund, configure the scan app or payment app, and much more …
The secret key the FE Admin App has to use to secure the communication. You can use the button to generate a new secure token. Copy the qrcode and send it as an attachment in an email to the users of the FE Admin App. Users can than “Share” the qrcode with the FE Admin App to configure it. But if printed or shown, users can also scan it with the camera to configure the app.
Or they can scan the qrcode to configure the FE Admin App.
Fast Events uses the Action scheduler for delivering webhook information, retries to send emails and timed RSVP events.
Do not make any changes to these parameters until you have a good understanding of how the Action scheduler works and the consequences of the changes. You can find here more information for a detailed explanation. In case you do fully understand it, make the changes and test!
Bear in mind that the Action scheduler can be used by multiple plugins. Make sure to know how these plugins interact with the Action scheduler.
The defaults will do fine for small events, but if you have an event with thousands of orders in a short time frame or scanning requests and webhook consumers for these events, you may consider different settings.
- Purge days
After 30 days completed actions will be removed from the logs. With the Fast Events plugin you could bring this value down to a lower level. Check for the longest retry schedule you use in sending your email, in webhooks or timed RSVP events. But also check other plugins using the Action scheduler, if any.
- Time limit
Most shared hosting environments allow a maximum of 30 seconds execution time for a job. If this is different in your situation you can change this. But don’t forget: long running actions also tie up resources for a long time!
- Batch size
By default if a queue starts running it processes 25 actions. This means with the previous parameter
Time limit, that the system has 30 seconds to process the 25 actions. But the actions issued by Fast Events should finish in a fraction of a second. If you hook up new webhook consumers tell them to return a HTTP 200 response as soon as possible and not do first all kinds of processing and then return a HTTP 200. If you switch on logging for a webhook, you can find the full analysis of the webhook including the
duration. If this is close to 1 second or even bigger, then there is a serious issue.
- Concurrent batches
The default is 1. You could increase this, but before you do make sure your webhook consumers can coop with multiple simultaneous connections. This parameter works together with the next one.
- Additional runners
Because the Action scheduler is only triggered at most once every minute by WP Cron, it rarely happens that multiple concurrent batches are running at the same time. With this parameter you can force Action scheduler to start additional queues at the same time.
- Custom order statuses
A list of custom statutes separated by a comma. The length of a single status should be 32 characters or less. You can use the custom status fields in the contextmenu of the order-table. Fi. use it as reminder for calling back a customer after an earlier call. For example, the field could be filled with
callback,call finished. You can then easily find the actions by sorting on this field in the order table.
But you can also use it if you occasionally want to sell a book or whatever. Then use, for example, the statuses
processing, shipped. You can then send the customer an email update with the custom filter fast_events_custom_status if the status has changed. A simple solution if you do this occasionally, but if it is more structural then a solution like WooCommerce is recommended.
- Use own domain in Deeplink
In case of a sporting event and if the FE Tracking App is used for passing checkpoints, a link can be clicked in the ‘Thank-you’ page directly after the order, to load the ticket into the App. This link can be added with a shortcode. If this link is clicked on an Android or Apple phone, the FE Tracking App will open and the ticket will be added. If the App is not installed, you will first be asked to install it.
If the link is clicked on a desktop PC, the default display is https://fast-events.eu/add-ticket. This page indicates that the link can only be clicked on a phone.
If this parameter is checked, it is possible to create a page on your own domain with its own content in the local language. For example
Make sure the page slug is always
- Use ordering API
Use the Ordering API added for generating order forms and order status forms, so that the client frontend can be integrated with other, non WordPress, development environments. See xxxx for the specification.
- Ordering shortcodes
Per line you can specify which token should use which shortcode:
token:shortcode Example ======= vintage:[fast_events id=2] cycle:[fast_event group="fast"] status2:[fe_download showimage="yes" downloadtext="Download tickets"] status3:[fe_ticket downloadtext="Download eticket in FE Tracking App"]
The tokens vintage and cycle can be used in the ordering API to generate the orderform. You can then embed this orderform in your own frontend. To get it working, you also need the