Skip to content

Creating and Sending Notifications

Edit this page

Installation

Current web applications use many different channels to send messages to the users (e.g. SMS, Slack messages, emails, push notifications, etc.). The Notifier component in Symfony is an abstraction on top of all these channels. It provides a dynamic way to manage how the messages are sent. Get the Notifier installed using:

1
$ composer require symfony/notifier

Channels

Channels refer to the different mediums through which notifications can be delivered. These channels include email, SMS, chat services, push notifications, etc. Each channel can integrate with different providers (e.g. Slack or Twilio SMS) by using transports.

The notifier component supports the following channels:

SMS Channel

The SMS channel uses Texter classes to send SMS messages to mobile phones. This feature requires subscribing to a third-party service that sends SMS messages. Symfony provides integration with a couple popular SMS services:

Caution

If any of the DSN values contains any character considered special in a URI (such as : / ? # [ ] @ ! $ & ' ( ) * + , ; =), you must encode them. See RFC 3986 for the full list of reserved characters or use the urlencode function to encode them.

Service  
46elks Install: composer require symfony/forty-six-elks-notifier
DSN: forty-six-elks://API_USERNAME:API_PASSWORD@default?from=FROM
Webhook support: No
AllMySms Install: composer require symfony/all-my-sms-notifier
DSN: allmysms://LOGIN:APIKEY@default?from=FROM
Webhook support: No
AmazonSns Install: composer require symfony/amazon-sns-notifier
DSN: sns://ACCESS_KEY:SECRET_KEY@default?region=REGION
Webhook support: No
Bandwidth Install: composer require symfony/bandwidth-notifier
DSN: bandwidth://USERNAME:PASSWORD@default?from=FROM&account_id=ACCOUNT_ID&application_id=APPLICATION_ID&priority=PRIORITY
Webhook support: No
Brevo Install: composer require symfony/brevo-notifier
DSN: brevo://API_KEY@default?sender=SENDER
Webhook support: No
Clickatell Install: composer require symfony/clickatell-notifier
DSN: clickatell://ACCESS_TOKEN@default?from=FROM
Webhook support: No
ContactEveryone Install: composer require symfony/contact-everyone-notifier
DSN: contact-everyone://TOKEN@default?&diffusionname=DIFFUSION_NAME&category=CATEGORY
Webhook support: No
Esendex Install: composer require symfony/esendex-notifier
DSN: esendex://USER_NAME:PASSWORD@default?accountreference=ACCOUNT_REFERENCE&from=FROM
Webhook support: No
FakeSms Install: composer require symfony/fake-sms-notifier
DSN: fakesms+email://MAILER_SERVICE_ID?to=TO&from=FROM or fakesms+logger://default
Webhook support: No
FreeMobile Install: composer require symfony/free-mobile-notifier
DSN: freemobile://LOGIN:API_KEY@default?phone=PHONE
Webhook support: No
GatewayApi Install: composer require symfony/gateway-api-notifier
DSN: gatewayapi://TOKEN@default?from=FROM
Webhook support: No
GoIP Install: composer require symfony/go-ip-notifier
DSN: goip://USERNAME:PASSWORD@HOST:80?sim_slot=SIM_SLOT
Webhook support: No
Infobip Install: composer require symfony/infobip-notifier
DSN: infobip://AUTH_TOKEN@HOST?from=FROM
Webhook support: No
Iqsms Install: composer require symfony/iqsms-notifier
DSN: iqsms://LOGIN:PASSWORD@default?from=FROM
Webhook support: No
iSendPro Install: composer require symfony/isendpro-notifier
DSN: isendpro://ACCOUNT_KEY_ID@default?from=FROM&no_stop=NO_STOP&sandbox=SANDBOX
Webhook support: No
KazInfoTeh Install: composer require symfony/kaz-info-teh-notifier
DSN: kaz-info-teh://USERNAME:PASSWORD@default?sender=FROM
Webhook support: No
LightSms Install: composer require symfony/light-sms-notifier
DSN: lightsms://LOGIN:TOKEN@default?from=PHONE
Webhook support: No
Mailjet Install: composer require symfony/mailjet-notifier
DSN: mailjet://TOKEN@default?from=FROM
Webhook support: No
MessageBird Install: composer require symfony/message-bird-notifier
DSN: messagebird://TOKEN@default?from=FROM
Webhook support: No
MessageMedia Install: composer require symfony/message-media-notifier
DSN: messagemedia://API_KEY:API_SECRET@default?from=FROM
Webhook support: No
Mobyt Install: composer require symfony/mobyt-notifier
DSN: mobyt://USER_KEY:ACCESS_TOKEN@default?from=FROM
Webhook support: No
Nexmo Install: composer require symfony/nexmo-notifier
Abandoned in favor of Vonage (see below)
Octopush Install: composer require symfony/octopush-notifier
DSN: octopush://USERLOGIN:APIKEY@default?from=FROM&type=TYPE
Webhook support: No
OrangeSms Install: composer require symfony/orange-sms-notifier
DSN: orange-sms://CLIENT_ID:CLIENT_SECRET@default?from=FROM&sender_name=SENDER_NAME
Webhook support: No
OvhCloud Install: composer require symfony/ovh-cloud-notifier
DSN: ovhcloud://APPLICATION_KEY:APPLICATION_SECRET@default?consumer_key=CONSUMER_KEY&service_name=SERVICE_NAME
Webhook support: No
Plivo Install: composer require symfony/plivo-notifier
DSN: plivo://AUTH_ID:AUTH_TOKEN@default?from=FROM
Webhook support: No
Redlink Install: composer require symfony/redlink-notifier
DSN: redlink://API_KEY:APP_KEY@default?from=SENDER_NAME&version=API_VERSION
Webhook support: No
RingCentral Install: composer require symfony/ring-central-notifier
DSN: ringcentral://API_TOKEN@default?from=FROM
Webhook support: No
Sendberry Install: composer require symfony/sendberry-notifier
DSN: sendberry://USERNAME:PASSWORD@default?auth_key=AUTH_KEY&from=FROM
Webhook support: No
Sendinblue Install: composer require symfony/sendinblue-notifier
DSN: sendinblue://API_KEY@default?sender=PHONE
Webhook support: No
Sms77 Install: composer require symfony/sms77-notifier
DSN: sms77://API_KEY@default?from=FROM
Webhook support: No
SimpleTextin Install: composer require symfony/simple-textin-notifier
DSN: simpletextin://API_KEY@default?from=FROM
Webhook support: No
Sinch Install: composer require symfony/sinch-notifier
DSN: sinch://ACCOUNT_ID:AUTH_TOKEN@default?from=FROM
Webhook support: No
Smsapi Install: composer require symfony/smsapi-notifier
DSN: smsapi://TOKEN@default?from=FROM
Webhook support: No
SmsBiuras Install: composer require symfony/sms-biuras-notifier
DSN: smsbiuras://UID:API_KEY@default?from=FROM&test_mode=0
Webhook support: No
Smsc Install: composer require symfony/smsc-notifier
DSN: smsc://LOGIN:PASSWORD@default?from=FROM
Webhook support: No
SMSFactor Install: composer require symfony/sms-factor-notifier
DSN: sms-factor://TOKEN@default?sender=SENDER&push_type=PUSH_TYPE
Webhook support: No
SpotHit Install: composer require symfony/spot-hit-notifier
DSN: spothit://TOKEN@default?from=FROM
Webhook support: No
Telnyx Install: composer require symfony/telnyx-notifier
DSN: telnyx://API_KEY@default?from=FROM&messaging_profile_id=MESSAGING_PROFILE_ID
Webhook support: No
TurboSms Install: composer require symfony/turbo-sms-notifier
DSN: turbosms://AUTH_TOKEN@default?from=FROM
Webhook support: No
Twilio Install: composer require symfony/twilio-notifier
DSN: twilio://SID:TOKEN@default?from=FROM
Webhook support: Yes
Vonage Install: composer require symfony/vonage-notifier
DSN: vonage://KEY:SECRET@default?from=FROM
Webhook support: Yes
Yunpian Install: composer require symfony/yunpian-notifier
DSN: yunpian://APIKEY@default
Webhook support: No

6.1

The 46elks, OrangeSms, KazInfoTeh and Sendberry integrations were introduced in Symfony 6.1. The no_stop_clause option in OvhCloud DSN was introduced in Symfony 6.1. The test option in Smsapi DSN was introduced in Symfony 6.1.

6.2

The ContactEveryone and SMSFactor integrations were introduced in Symfony 6.2.

6.3

The Bandwith, iSendPro, Plivo, RingCentral, SimpleTextin and Termii integrations were introduced in Symfony 6.3. The from option in Smsapi DSN is optional since Symfony 6.3.

6.4

The Redlink and Brevo integrations were introduced in Symfony 6.4.

6.4

The Sendinblue integration is deprecated since Symfony 6.4, use the Brevo integration instead.

Tip

Use Symfony configuration secrets to securely store your API tokens.

Tip

Some third party transports, when using the API, support status callbacks via webhooks. See the Webhook documentation for more details.

To enable a texter, add the correct DSN in your .env file and configure the texter_transports:

1
2
# .env
TWILIO_DSN=twilio://SID:TOKEN@default?from=FROM
1
2
3
4
5
# config/packages/notifier.yaml
framework:
    notifier:
        texter_transports:
            twilio: '%env(TWILIO_DSN)%'

The TexterInterface class allows you to send SMS messages:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
// src/Controller/SecurityController.php
namespace App\Controller;

use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\Notifier\Message\SmsMessage;
use Symfony\Component\Notifier\TexterInterface;
use Symfony\Component\Routing\Attribute\Route;

class SecurityController
{
    #[Route('/login/success')]
    public function loginSuccess(TexterInterface $texter): Response
    {
        $options = (new ProviderOptions())
            ->setPriority('high')
        ;

        $sms = new SmsMessage(
            // the phone number to send the SMS message to
            '+1411111111',
            // the message
            'A new login was detected!',
            // optionally, you can override default "from" defined in transports
            '+1422222222',
            // you can also add options object implementing MessageOptionsInterface
            $options
        );

        $sentMessage = $texter->send($sms);

        // ...
    }
}

6.2

The 3rd argument of SmsMessage ($from) was introduced in Symfony 6.2.

6.3

The 4th argument of SmsMessage ($options) was introduced in Symfony 6.3.

The send() method returns a variable of type SentMessage which provides information such as the message ID and the original message contents.

Chat Channel

Caution

If any of the DSN values contains any character considered special in a URI (such as : / ? # [ ] @ ! $ & ' ( ) * + , ; =), you must encode them. See RFC 3986 for the full list of reserved characters or use the urlencode function to encode them.

The chat channel is used to send chat messages to users by using Chatter classes. Symfony provides integration with these chat services:

Service Package DSN
AmazonSns symfony/amazon-sns-notifier sns://ACCESS_KEY:SECRET_KEY@default?region=REGION
Chatwork symfony/chatwork-notifier chatwork://API_TOKEN@default?room_id=ID
Discord symfony/discord-notifier discord://TOKEN@default?webhook_id=ID
FakeChat symfony/fake-chat-notifier fakechat+email://default?to=TO&from=FROM or fakechat+logger://default
Firebase symfony/firebase-notifier firebase://USERNAME:PASSWORD@default
Gitter symfony/gitter-notifier gitter://TOKEN@default?room_id=ROOM_ID
GoogleChat symfony/google-chat-notifier googlechat://ACCESS_KEY:ACCESS_TOKEN@default/SPACE?thread_key=THREAD_KEY
LINE Notify symfony/line-notify-notifier linenotify://TOKEN@default
LinkedIn symfony/linked-in-notifier linkedin://TOKEN:USER_ID@default
Mastodon symfony/mastodon-notifier mastodon://ACCESS_TOKEN@HOST
Mattermost symfony/mattermost-notifier mattermost://ACCESS_TOKEN@HOST/PATH?channel=CHANNEL
Mercure symfony/mercure-notifier mercure://HUB_ID?topic=TOPIC
MicrosoftTeams symfony/microsoft-teams-notifier microsoftteams://default/PATH
RocketChat symfony/rocket-chat-notifier rocketchat://TOKEN@ENDPOINT?channel=CHANNEL
Slack symfony/slack-notifier slack://TOKEN@default?channel=CHANNEL
Telegram symfony/telegram-notifier telegram://TOKEN@default?channel=CHAT_ID
Twitter symfony/twitter-notifier twitter://API_KEY:API_SECRET:ACCESS_TOKEN:ACCESS_SECRET@default
Zendesk symfony/zendesk-notifier zendesk://EMAIL:TOKEN@SUBDOMAIN
Zulip symfony/zulip-notifier zulip://EMAIL:TOKEN@HOST?channel=CHANNEL

6.2

The Zendesk and Chatwork integration were introduced in Symfony 6.2.

6.3

The LINE Notify, Mastodon and Twitter integrations were introduced in Symfony 6.3.

Caution

By default, if you have the Messenger component installed, the notifications will be sent through the MessageBus. If you don't have a message consumer running, messages will never be sent.

To change this behavior, add the following configuration to send messages directly via the transport:

1
2
3
4
# config/packages/notifier.yaml
framework:
    notifier:
        message_bus: false

Chatters are configured using the chatter_transports setting:

1
2
# .env
SLACK_DSN=slack://TOKEN@default?channel=CHANNEL
1
2
3
4
5
# config/packages/notifier.yaml
framework:
    notifier:
        chatter_transports:
            slack: '%env(SLACK_DSN)%'

The ChatterInterface class allows you to send messages to chat services:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
// src/Controller/CheckoutController.php
namespace App\Controller;

use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\Notifier\ChatterInterface;
use Symfony\Component\Notifier\Message\ChatMessage;
use Symfony\Component\Routing\Attribute\Route;

class CheckoutController extends AbstractController
{
    #[Route('/checkout/thankyou')]
    public function thankyou(ChatterInterface $chatter): Response
    {
        $message = (new ChatMessage('You got a new invoice for 15 EUR.'))
            // if not set explicitly, the message is sent to the
            // default transport (the first one configured)
            ->transport('slack');

        $sentMessage = $chatter->send($message);

        // ...
    }
}

The send() method returns a variable of type SentMessage which provides information such as the message ID and the original message contents.

Email Channel

The email channel uses the Symfony Mailer to send notifications using the special NotificationEmail. It is required to install the Twig bridge along with the Inky and CSS Inliner Twig extensions:

1
$ composer require symfony/twig-pack twig/cssinliner-extra twig/inky-extra

After this, configure the mailer. You can also set the default "from" email address that should be used to send the notification emails:

1
2
3
4
5
6
# config/packages/mailer.yaml
framework:
    mailer:
        dsn: '%env(MAILER_DSN)%'
        envelope:
            sender: 'notifications@example.com'

Push Channel

Caution

If any of the DSN values contains any character considered special in a URI (such as : / ? # [ ] @ ! $ & ' ( ) * + , ; =), you must encode them. See RFC 3986 for the full list of reserved characters or use the urlencode function to encode them.

The push channel is used to send notifications to users by using Texter classes. Symfony provides integration with these push services:

Service Package DSN
Engagespot symfony/engagespot-notifier engagespot://API_KEY@default?campaign_name=CAMPAIGN_NAME
Expo symfony/expo-notifier expo://Token@default
Novu symfony/novu-notifier novu://API_KEY@default
Ntfy symfony/ntfy-notifier ntfy://default/TOPIC
OneSignal symfony/one-signal-notifier onesignal://APP_ID:API_KEY@default?defaultRecipientId=DEFAULT_RECIPIENT_ID
PagerDuty symfony/pager-duty-notifier pagerduty://TOKEN@SUBDOMAIN
Pushover symfony/pushover-notifier pushover://USER_KEY:APP_TOKEN@default

6.1

The Engagespot integration was introduced in Symfony 6.1.

6.3

The PagerDuty and Pushover integrations were introduced in Symfony 6.3.

6.4

The Novu, Ntfy and GoIP integrations were introduced in Symfony 6.4.

To enable a texter, add the correct DSN in your .env file and configure the texter_transports:

1
2
# .env
EXPO_DSN=expo://TOKEN@default
1
2
3
4
5
# config/packages/notifier.yaml
framework:
    notifier:
        texter_transports:
            expo: '%env(EXPO_DSN)%'

Configure to use Failover or Round-Robin Transports

Besides configuring one or more separate transports, you can also use the special || and && characters to implement a failover or round-robin transport:

1
2
3
4
5
6
7
8
9
10
# config/packages/notifier.yaml
framework:
    notifier:
        chatter_transports:
            # Send notifications to Slack and use Telegram if
            # Slack errored
            main: '%env(SLACK_DSN)% || %env(TELEGRAM_DSN)%'

            # Send notifications to the next scheduled transport calculated by round robin
            roundrobin: '%env(SLACK_DSN)% && %env(TELEGRAM_DSN)%'

Creating & Sending Notifications

To send a notification, autowire the NotifierInterface (service ID notifier). This class has a send() method that allows you to send a Notification to a Recipient:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
// src/Controller/InvoiceController.php
namespace App\Controller;

use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\Notifier\Notification\Notification;
use Symfony\Component\Notifier\NotifierInterface;
use Symfony\Component\Notifier\Recipient\Recipient;

class InvoiceController extends AbstractController
{
    #[Route('/invoice/create')]
    public function create(NotifierInterface $notifier): Response
    {
        // ...

        // Create a Notification that has to be sent
        // using the "email" channel
        $notification = (new Notification('New Invoice', ['email']))
            ->content('You got a new invoice for 15 EUR.');

        // The receiver of the Notification
        $recipient = new Recipient(
            $user->getEmail(),
            $user->getPhonenumber()
        );

        // Send the notification to the recipient
        $notifier->send($notification, $recipient);

        // ...
    }
}

The Notification is created by using two arguments: the subject and channels. The channels specify which channel (or transport) should be used to send the notification. For instance, ['email', 'sms'] will send both an email and sms notification to the user.

The default notification also has a content() and emoji() method to set the notification content and icon.

Symfony provides the following recipients:

NoRecipient
This is the default and is useful when there is no need to have information about the receiver. For example, the browser channel uses the current requests' session flashbag;
Recipient
This can contain both the email address and the phone number of the user. This recipient can be used for all channels (depending on whether they are actually set).

Configuring Channel Policies

Instead of specifying the target channels on creation, Symfony also allows you to use notification importance levels. Update the configuration to specify what channels should be used for specific levels (using channel_policy):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
# config/packages/notifier.yaml
framework:
    notifier:
        # ...
        channel_policy:
            # Use SMS, Slack and email for urgent notifications
            urgent: ['sms', 'chat/slack', 'email']

            # Use Slack for highly important notifications
            high: ['chat/slack']

            # Use browser for medium and low notifications
            medium: ['browser']
            low: ['browser']

Now, whenever the notification's importance is set to "high", it will be sent using the Slack transport:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
// ...
class InvoiceController extends AbstractController
{
    #[Route('/invoice/create')]
    public function invoice(NotifierInterface $notifier): Response
    {
        // ...

        $notification = (new Notification('New Invoice'))
            ->content('You got a new invoice for 15 EUR.')
            ->importance(Notification::IMPORTANCE_HIGH);

        $notifier->send($notification, new Recipient('wouter@example.com'));

        // ...
    }
}

Customize Notifications

You can extend the Notification or Recipient base classes to customize their behavior. For instance, you can overwrite the getChannels() method to only return sms if the invoice price is very high and the recipient has a phone number:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
namespace App\Notifier;

use Symfony\Component\Notifier\Notification\Notification;
use Symfony\Component\Notifier\Recipient\RecipientInterface;
use Symfony\Component\Notifier\Recipient\SmsRecipientInterface;

class InvoiceNotification extends Notification
{
    public function __construct(
        private int $price,
    ) {
    }

    public function getChannels(RecipientInterface $recipient): array
    {
        if (
            $this->price > 10000
            && $recipient instanceof SmsRecipientInterface
        ) {
            return ['sms'];
        }

        return ['email'];
    }
}

Customize Notification Messages

Each channel has its own notification interface that you can implement to customize the notification message. For instance, if you want to modify the message based on the chat service, implement ChatNotificationInterface and its asChatMessage() method:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
// src/Notifier/InvoiceNotification.php
namespace App\Notifier;

use Symfony\Component\Notifier\Message\ChatMessage;
use Symfony\Component\Notifier\Notification\ChatNotificationInterface;
use Symfony\Component\Notifier\Notification\Notification;
use Symfony\Component\Notifier\Recipient\RecipientInterface;

class InvoiceNotification extends Notification implements ChatNotificationInterface
{
    public function __construct(
        private int $price,
    ) {
    }

    public function asChatMessage(RecipientInterface $recipient, ?string $transport = null): ?ChatMessage
    {
        // Add a custom subject and emoji if the message is sent to Slack
        if ('slack' === $transport) {
            $this->subject('You\'re invoiced '.strval($this->price).' EUR.');
            $this->emoji("money");
            return ChatMessage::fromNotification($this);
        }

        // If you return null, the Notifier will create the ChatMessage
        // based on this notification as it would without this method.
        return null;
    }
}

The SmsNotificationInterface, EmailNotificationInterface and PushNotificationInterface also exists to modify messages sent to those channels.

Customize Browser Notifications (Flash Messages)

6.1

Support for customizing importance levels was introduced in Symfony 6.1.

The default behavior for browser channel notifications is to add a flash message with notification as its key.

However, you might prefer to map the importance level of the notification to the type of flash message, so you can tweak their style.

You can do that by overriding the default notifier.flash_message_importance_mapper service with your own implementation of FlashMessageImportanceMapperInterface where you can provide your own "importance" to "alert level" mapping.

Symfony currently provides an implementation for the Bootstrap CSS framework's typical alert levels, which you can implement immediately using:

1
2
3
4
# config/services.yaml
services:
    notifier.flash_message_importance_mapper:
        class: Symfony\Component\Notifier\FlashMessage\BootstrapFlashMessageImportanceMapper

Testing Notifier

Symfony provides a NotificationAssertionsTrait which provide useful methods for testing your Notifier implementation. You can benefit from this class by using it directly or extending the KernelTestCase.

See testing documentation for the list of available assertions.

6.2

The NotificationAssertionsTrait was introduced in Symfony 6.2.

Disabling Delivery

While developing (or testing), you may want to disable delivery of notifications entirely. You can do this by forcing Notifier to use the NullTransport for all configured texter and chatter transports only in the dev (and/or test) environment:

1
2
3
4
5
6
7
# config/packages/dev/notifier.yaml
framework:
    notifier:
        texter_transports:
            twilio: 'null://null'
        chatter_transports:
            slack: 'null://null'

Using Events

The Transport class of the Notifier component allows you to optionally hook into the lifecycle via events.

The MessageEvent Event

Typical Purposes: Doing something before the message is sent (like logging which message is going to be sent, or displaying something about the event to be executed.

Just before sending the message, the event class MessageEvent is dispatched. Listeners receive a MessageEvent event:

1
2
3
4
5
6
7
8
9
use Symfony\Component\Notifier\Event\MessageEvent;

$dispatcher->addListener(MessageEvent::class, function (MessageEvent $event): void {
    // gets the message instance
    $message = $event->getMessage();

    // log something
    $this->logger(sprintf('Message with subject: %s will be send to %s', $message->getSubject(), $message->getRecipientId()));
});

The FailedMessageEvent Event

Typical Purposes: Doing something before the exception is thrown (Retry to send the message or log additional information).

Whenever an exception is thrown while sending the message, the event class FailedMessageEvent is dispatched. A listener can do anything useful before the exception is thrown.

Listeners receive a FailedMessageEvent event:

1
2
3
4
5
6
7
8
9
10
11
12
use Symfony\Component\Notifier\Event\FailedMessageEvent;

$dispatcher->addListener(FailedMessageEvent::class, function (FailedMessageEvent $event): void {
    // gets the message instance
    $message = $event->getMessage();

    // gets the error instance
    $error = $event->getError();

    // log something
    $this->logger(sprintf('The message with subject: %s has not been sent successfully. The error is: %s', $message->getSubject(), $error->getMessage()));
});

The SentMessageEvent Event

Typical Purposes: To perform some action when the message is successfully sent (like retrieve the id returned when the message is sent).

After the message has been successfully sent, the event class SentMessageEvent is dispatched. Listeners receive a SentMessageEvent event:

1
2
3
4
5
6
7
8
9
use Symfony\Component\Notifier\Event\SentMessageEvent;

$dispatcher->addListener(SentMessageEvent::class, function (SentMessageEvent $event): void {
    // gets the message instance
    $message = $event->getMessage();

    // log something
    $this->logger(sprintf('The message has been successfully sent and has id: %s', $message->getMessageId()));
});
This work, including the code samples, is licensed under a Creative Commons BY-SA 3.0 license.
TOC
    Version