The way DoctrineBundle does it is by making the DI extension ultra complex. I don't think it is worth going this way for SwiftmailerBundle. The object graph is not so complex for SwiftMailer so it should not be too painful to define a second service if you need it.

For what it's worth, I'd be interested in this feature. I think it's a pretty common scenario that some messages are high priority and should be sent like $this->getPriorityMailer()->send(). But @stof is right that's it's easy enough to just define the service yourself.

I don't know if this is the right place to ask but how do you define that second mailer service?

@barretodavid In YAML something like:

services:
    priority_mailer:
        class: Swift_Mailer
        arguments:
            - "@some_transport"

You basically just define a service as you would normally do, except configure it such that it will send the email right away. To get the service, do something like: $container->get('priority_mailer').

You can also look in the Swiftmailer bundle to see how it's defined, and just replicate it yourself as necessary.

When using the second mailer service there seems to be no way to set delivery_address(for dev environment).

On Llyr's comment: I think it's a major problem that you can't define multiple mailers without creating your own service.

The problem here is that SwiftMailerBundle exposes some configuration options (delivery_address) That can't be replicated with your own service (at least no way that I've found).

@jtet it can be. Simply do it the same way than SwiftmailerBundle. All it does with the config is defining some services. SwiftmailerBundle has exactly the same possibilities than you when defining services

Hi guys,

@jtet @kbond, @jonathaningram @jalliot @llyr @lstrojny please take a look at #34

And this PR too: symfony/symfony#8005

+1 for this feature as this is not as easy as it may look at first to define an additionnal mailer

I had to implement a classic memory spool mailer and another file spool mailer together, a lot of things had to be redefined
see https://groups.google.com/forum/?fromgroups#!topic/symfony2/F1IhEQMG1Lo

Thx @tkleinhakisa ;)

By now we're waiting for @fabpot advice on some eventual code move between the bridge & the bundle so please +1 the following PR if you want to accelerate the process. The more popular the PR is, the fastest it should be merged ;)

• [SwiftmailerBridge] Added mailers symfony#8005
• Added mailers #34

Closing for #34