Problem/Motivation

The class SwiftmailerEmailBuilder exists as a convenient way to carry the config import. However it's not so great:

  • It creates an extra step in the migration from Swiftmailer.
  • It generates the possibility for creating meaningless Mailer Policy for Swiftmailer.
  • It will work even less well after #3315358: Allow full management of override plugins because enabling/disabling of it won't make sense.

Proposed resolution

Remove SwiftmailerEmailBuilder, instead import policy automatically in symfony_mailer_install().

Remaining tasks

User interface changes

API changes

Data model changes

Comments

AdamPS created an issue. See original summary.

adamps’s picture

Status: Active » Needs review
StatusFileSize
new2.74 KB

  • AdamPS committed 7b42b263 on 1.x
    Issue #3349700 by AdamPS: Swiftmailer import should not be an...
adamps’s picture

Status: Needs review » Fixed

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.