Caution: You are browsing the legacy 1.x part of this website.
This version of symfony is not maintained anymore. If some of your projects still use this version, consider upgrading.

Master Symfony fundamentals

Be trained by SensioLabs experts (2 to 6 day sessions -- French or English).
training.sensiolabs.com

Discover SensioLabs' Professional Business Solutions

Peruse our complete Symfony & PHP solutions catalog for your web development needs.
sensiolabs.com
Blackfire Profiler Fire up your PHP Apps Performance

PHP Project Quality Done Right

第11章 - Eメール

A Gentle Introduction to symfony

symfonyでの Eメール の送信は、内部でSwift Mailer ライブラリを利用しており、シンプルかつパワフルなものになっています。Swift MailerはEメールの送信を簡単に行うことが出来ますが、symfonyがその上にわずかばかりの機能のラッピングをすることにより、より一層フレキシブルでパワフルなメール送信機能になっています。この章では、このメール送信機能を使いこなすにはどうすればよいか、について説明していきます。

note

symfony 1.3 の内部で利用されている Swift Mailer のバージョンは 4.1 です。

はじめに

symfonyでのEメールの管理は、メーラーオブジェクトを軸に行われます。その他多くのsymfonyのオブジェクトと同様に、メーラーもファクトリーとして振る舞います。factories.ymlファイル内でオブジェクトが設定され、コンテキストのインスタンス経由でいつでも利用可能です。

$mailer = sfContext::getInstance()->getMailer();

tip

他のファクトリーと異なり、メーラーは必要に応じて、呼び出し・初期化が行われます。メーラーを利用しないのであれば、パフォーマンスへの影響は一切ありません。

このチュートリアルでは、symfonyにSwift Mailerを組み込んで利用する方法を説明します。もし、Swift Mailerライブラリ自身の詳細な挙動について知りたい場合には、ライブラリのドキュメントを参照してください。

アクションからEメールを送る

アクションからメーラーのインスタンスを取得するには、getMailer()というショートカットメソッドを使うことで、簡単に行えます。:

$mailer = $this->getMailer();

もっとも簡単な方法

Eメールを送るのに最も簡単な方法は、sfAction::composeAndSend() メソッドをを利用することです。:

$this->getMailer()->composeAndSend(
  'from@example.com',
  'fabien@example.com',
  'Subject',
  'Body'
);

composeAndSend()メソッドは、4つの引数をとります:

  • 送信元メールアドレス (from);
  • 送信先メールアドレス(の一覧) (to);
  • メールの題名;
  • メールの本文

メールアドレスが1つだけの場合には、パラメータは配列でも文字列でも、どちらでも指定可能です。:

$address = 'fabien@example.com';
$address = array('fabien@example.com' => 'Fabien Potencier');

もちろん、複数の人に対して一度にまとめて送信する事も可能で、その場合にはメソッドの第2引数にメールの配列を渡します:

$to = array(
  'foo@example.com',
  'bar@example.com',
);
$this->getMailer()->composeAndSend('from@example.com', $to, 'Subject', 'Body');
 
$to = array(
  'foo@example.com' => 'Mr Foo',
  'bar@example.com' => 'Miss Bar',
);
$this->getMailer()->composeAndSend('from@example.com', $to, 'Subject', 'Body');

柔軟な方法

より柔軟にカスタマイズをしたければ、メッセージを作る際にsfAction::compose()を利用することで実現可能で、これにより最終的にできあがった内容を送信できます。これはとても便利な方法で、たとえば、attachmentを行う場合には、以下のようにします:

// create a message object
$message = $this->getMailer()
  ->compose('from@example.com', 'fabien@example.com', 'Subject', 'Body')
  ->attach(Swift_Attachment::fromPath('/path/to/a/file.zip'))
;
 
// send the message
$this->getMailer()->send($message);

強力な方法

さらに柔軟な操作をしたい場合、直接メッセージオブジェクトを作る事も出来ます:

$message = Swift_Message::newInstance()
  ->setFrom('from@example.com')
  ->setTo('to@example.com')
  ->setSubject('Subject')
  ->setBody('Body')
  ->attach(Swift_Attachment::fromPath('/path/to/a/file.zip'))
;
 
$this->getMailer()->send($message);

tip

Swift Mailerの公式ドキュメントの、"Creating Messages""Message Headers" の章を読めば、メッセージオブジェクトを作成するのに必要なことがすべてわかります。

symfonyのViewを使う

アクションの中からメールを送る際に使える、簡単かつ強力な武器として、パーシャルとコンポーネントを利用することができます。

$message->setBody($this->getPartial('partial_name', $arguments));

設定

他のsymfonyのファクトリーと同様、メーラーオブジェクトはfactories.ymlファイルから設定が可能です。デフォルトの設定は、以下のようになっています:

mailer:
  class: sfMailer
  param:
    logging:           %SF_LOGGING_ENABLED%
    charset:           %SF_CHARSET%
    delivery_strategy: realtime
    transport:
      class: Swift_SmtpTransport
      param:
        host:       localhost
        port:       25
        encryption: ~
        username:   ~
        password:   ~

新しいアプリケーションを作ると、ローカルのfactories.yml設定ファイルがデフォルトの設定を上書きし、prod,env,testといった、各環境と役割に適したデフォルト設定が設定されます:

test:
  mailer:
    param:
      delivery_strategy: none
 
dev:
  mailer:
    param:
      delivery_strategy: none

配送計画

symfonyでSwift Mailerを利用する際、もっとも有用な機能の一つが、「配送計画」です。配送計画はsymfonyがどのようにメールのメッセージを配信するかを指定するもので、factories.ymldelivery_strategyによって設定します。計画を変更すると、それに従ってsend()|sfMailer::send()の動作が変わります。デフォルトで4つの計画が設定可能で、全体に共通で適用させるべきです。

  • realtime: メッセージを即座に配信します
  • single_address: メッセージを単一のアドレスに配信します
  • spool: メッセージをキューに保存します
  • none: メッセージを単純に無視します

realtime 計画

realtime 計画は、デフォルトの配送計画です。特別なことは何もなく、最も簡単にセットアップできます。

Eメールのメッセージは、factories.ymltransportセクションで指定された転送設定に従って送信されます。(次の節で、メール転送設定について、より多くの情報を説明します)

single_address 計画

single_address 計画は、すべてのメッセージをdelivery_addressで設定した1つのアドレスへ送ります。

この計画は開発環境から本物のユーザへメールを送ってしまう事態を防ぎつつ、それでも開発者がメールの作成内容をチェックする必要がある場合などに、開発環境で非常に有効です。

tip

もし、元々のto, cc, bccなどの受け手が正しいかを確認したい場合、次のようなヘッダーを利用可能です: X-Swift-To, X-Swift-Cc, X-Swift-Bcc

メールのメッセージは一人のユーザに対してrealtime計画と同様の転送方法で送信されます。

spool 計画

spool計画を指定すると、メッセージはキューに保存されます。

運用環境において、これがもっともよい計画です。メールの送信によって、webのリクエストを待たせることがありません。

spool クラスは spool_class の設定で指定したものになります。デフォルトでは、symfony は以下の3つのがバンドルされています:

  • Swift_FileSpool: メッセージをファイルシステムに保存します。

  • Swift_DoctrineSpool: メッセージをDoctrineのモデルに保存します。

  • Swift_PropelSpool: メッセージをPropelのモデルに保存します。

spoolをインスタンス化する場合、spool_argumentsの設定がコンストラクタの引数として利用されます。ここで、組み込みのキュークラスへの引数として以下の内容が利用可能です:

  • Swift_FileSpool:

    • キューを保存するディレクトリの絶対パス (メッセージはこのディレクトリに保存されます)
  • Swift_DoctrineSpool:

    • メッセージの保存に利用するDoctrineのモデル (デフォルトはMailMessage)

    • メッセージを保存するのに利用するカラム名(デフォルトはmessage)

    • メッセージを取得・送信する際に呼び出されるメソッド(任意) 引数としてキューのオプションをとります。

  • Swift_PropelSpool:

    • メッセージの保存に利用するPropelのモデル (デフォルトはMailMessage)

    • メッセージを保存するのに利用するカラム名(デフォルトはmessage)

    • メッセージを取得・送信する際に呼び出されるメソッド(任意) 引数としてキューのオプションをとります。

ここでは、Doctrine spoolの典型的な設定を示します:

# Schema configuration in schema.yml
MailMessage:
 actAs: { Timestampable: ~ }
 columns:
   message: { type: clob, notnull: true }
# configuration in factories.yml
mailer:
  class: sfMailer
  param:
    delivery_strategy: spool
    spool_class:       Swift_DoctrineSpool
    spool_arguments:   [ MailMessage, message, getSpooledMessages ]

同様に、Propelの場合の設定も示します:

# Schema configuration in schema.yml
mail_message:
  message:    { type: clob, required: true }
  created_at: ~
# configuration in factories.yml
dev:
  mailer:
    param:
      delivery_strategy: spool
      spool_class:       Swift_PropelSpool
      spool_arguments:   [ MailMessage, message, getSpooledMessages ]

キューに保存されたメッセージを送るには、project:send-emailsタスクを利用します。(このタスクはキューの実装とは完全に独立で、オプションをとれる事に注意してください):

$ php symfony project:send-emails

note

project:send-emails タスクは、applicationenv のオプションを指定できます。

project:send-emails タスクを呼び出した際、メールのメッセージはrealtime計画と同様の転送方法で送信されます。

tip

project:send-emails タスクは、任意のマシンで実行することができ、メッセージを生成したマシンで実行する必要がはありません。なぜなら、メッセージオブジェクトは、添付ファイルまで含めて、すべて保存されているからです。

note

組み込みで実装されているキューは非常にシンプルです。メールを送る際、エラー管理なく、realtime計画を利用したときと同じように送信します。もちろん、デフォルトのキュークラスは拡張することができ、自分でエラー管理や独自のロジックなどを実装できます。

project:send-emails タスクは、以下の任意のオプションを指定できます:

  • message-limit: 送信するメッセージの数の上限

  • time-limit: メッセージの送信を行う時間数の上限(秒数)

両方オプションを併用することも出来ます:

$ php symfony project:send-emails --message-limit=10 --time-limit=20

上述のコマンドは10通のメッセージを送るか、もしくは20秒が経過したら、送信を停止します。

spool計画を指定してある場合でも、キューに保存せず即座にメッセージを送信したい場合があるでしょう。そのような場合には、メーラーからsendNextImmediately()メソッドを利用します:

$this->getMailer()->sendNextImmediately()->send($message);

上記の例は、$messageをキューに保存せず、即座に送信します。メソッド名から予想されるとおり、sendNextImmediately()メソッドは直後のメッセージ送信のみに効果があります。

note

sendNextImmediately()は、配信計画がspoolではない場合、特別な効果を発揮しません。

none 計画

この計画は、開発環境において実際のユーザーにメールを送らないようにする際などに有効です。メッセージはWebデバッグツールバーから利用可能です。(この章の下部の、Webデバッグツールバーのメーラーパネルについての節により多くの情報が書かれています。)

テスト環境においてもっともよい計画もこれで、sfTesterMailerオブジェクトが実際の送信を行わずにメッセージを内部的に生成してくれます(下部のテストについての節により多くの情報があります。)

メール転送

メールのメッセージは実際には転送によって送信されます。転送は、factories.ymlで設定され、デフォルトの設定はローカルマシンのSMTPサーバーを利用するようになっています:

transport:
  class: Swift_SmtpTransport
  param:
    host:       localhost
    port:       25
    encryption: ~
    username:   ~
    password:   ~

Swift Mailer は3つの異なる転送クラスをバンドルしています:

  • Swift_SmtpTransport: SMTPサーバを使ってメールを送信する

  • Swift_SendmailTransport: sendmailコマンドを使ってメールを送信する

  • Swift_MailTransport: PHPのmail()関数を使ってメールを送信する

tip

Swift Mailerの公式ドキュメントの"Transport Types"の節をよめば、組み込みの転送クラスとそのパラメータの違いについて、必要なすべてのことがわかります。

タスクからメールを送る

タスクからメールを送るのはアクションからメールを送る場合とかなりにています。タスクシステムも、やはりgetMailer()メソッドを提供しています。

メーラーを生成する際、タスクシステムは現在の設定を信用します。なので、特定のアプリケーションの設定を利用したい場合には、--applicationオプションを設定しなければなりません。(タスクの章のこのオプションのトピックに、より詳細な情報があります。)

タスクがコントローラーに関して同一の設定を利用していることに注意してください。そのため、spool計画で強制的に配信したい場合には、sendNextImmediately()メソッドを利用します:

$this->getMailer()->sendNextImmediately()->send($message);

デバッグ

従来のメールのデバッグは大変でした。symfonyにおいては、Webデバッグツールバーのおかげでとても簡単になっています。

ブラウザの機能によって、現在のアクションでいくつのメールが送信されたかをすぐに確認することができます:

WebデバッグツールバーのEメール

Eメールアイコンをクリックしますと、送信されたEメールのメッセージが以下のようにパネルに表示されます。

WebデバッグツールバーのEメール - 詳細

note

Eメールが送信される度に、symfonyはログにメッセージを追加します。

テスト

もちろん、メールのメッセージをテストすること無しには、完成ではありません。symfonyはデフォルトの状態からmailerテスター (sfMailerTester) を用意してあり、機能テストでメールのテストを行うことができます。

hasSent()メソッドは、実行したリクエストの間に送られたメッセージの数をテストします。:

$browser->
  get('/foo')->
  with('mailer')->
    hasSent(1)
;

上記のコードでは/foo URLにおいて1つEメールが送信されたことをテストしています。

送られたEメールは、checkHeader() メソッドや checkBody() メソッドを使い、さらに詳細なテストをすることができます:

$browser->
  get('/foo')->
  with('mailer')->begin()->
    hasSent(1)->
    checkHeader('Subject', '/Subject/')->
    checkBody('/Body/')->
  end()
;

checkHeader()メソッドの第2引数とcheckBody()メソッドの第1引数では、以下のいずれかを指定することができます:

  • 厳密にマッチするかどうかをチェックする文字列;

  • マッチするかどうかをチェックする正規表現;

  • マッチしないかどうかをチェックする否定の正規表現 (!から始まる正規表現)。

デフォルトでは、最初に送られたメールメッセージをチェックします。もし、複数のメールメッセージを送った際には、withMessage() メソッドで調べるメールメッセージを選択することができます:

$browser->
  get('/foo')->
  with('mailer')->begin()->
    hasSent(2)->
    withMessage('foo@example.com')->
    checkHeader('Subject', '/Subject/')->
    checkBody('/Body/')->
  end()
;

withMessage()メソッドは、第1引数に受信者のメールアドレスを指定します。また、同じ受信者に複数のメッセージのメールを送信する際には、第2引数にテストをしたいメッセージを指定します。

そして、debug() メソッドは、テストが失敗した際に問題を調査するために送信されたメッセージをダンプします:

$browser->
  get('/foo')->
  with('mailer')->
  debug()
;

クラスとしてメールメッセージを使う

この章の始めに、アクションからEメールを送る方法を学びました。その方法はsymfonyアプリケーションにおいて最も簡単ですし、シンプルなメールメッセージの場合には最良の方法でしょう。

しかし、あなたのアプリケーションがもっと多くの異なるメールメッセージを管理する必要があるのであれば、他の戦略を考えなければなりません。

note

メールメッセージのためのクラスを使うと、異なるアプリケーションで、同じメールメッセージを使うことができます。例えば、フロントエンドとバックエンドのアプリケーションで使うことができます。

メッセージは、プレーンなPHPのオブジェクトですので、メッセージを構成するための方法は、それぞれのメッセージに対応するクラスを作成することです。

// lib/email/ProjectConfirmationMessage.class.php
class ProjectConfirmationMessage extends Swift_Message
{
  public function __construct()
  {
    parent::__construct('Subject', 'Body');
 
    $this
      ->setFrom(array('app@example.com' => 'My App Bot'))
      ->attach('...')
    ;
  }
}

これで、異なるアクションやタスクなどからのメッセージ送信は、メッセージクラスをインスタンス化することでシンプルになりました:

$this->getMailer()->send(new ProjectConfirmationMessage());

もちろんFromヘッダななどの共通のヘッダをまとめたり、共通の署名を追加したりするベースクラスを使い、より便利にすることができます:

// lib/email/ProjectConfirmationMessage.class.php
class ProjectConfirmationMessage extends ProjectBaseMessage
{
  public function __construct()
  {
    parent::__construct('Subject', 'Body');
 
    // 特定のヘッダや添付など...
    $this->attach('...');
  }
}
 
// lib/email/ProjectBaseMessage.class.php
class ProjectBaseMessage extends Swift_Message
{
  public function __construct($subject, $body)
  {
    $body .= <<<EOF
--

Email sent by My App Bot
EOF
    ;
    parent::__construct($subject, $body);
 
    // 全てに共通のヘッダをセットします
    $this->setFrom(array('app@example.com' => 'My App Bot'));
  }
}

メッセージがモデルオブジェクトに依存している際には、もちろんコンストラクタの引数として渡すことができます:

// lib/email/ProjectConfirmationMessage.class.php
class ProjectConfirmationMessage extends ProjectBaseMessage
{
  public function __construct($user)
  {
    parent::__construct('Confirmation for '.$user->getName(), 'Body');
  }
}

レシピ

Gmailを使ってメールを送信する

SMTPサーバがなく、Gmailのアカウントを持っている際には、次の設定でGoogleのサーバを使いメッセージを送信することができます。

transport:
  class: Swift_SmtpTransport
  param:
    host:       smtp.gmail.com
    port:       465
    encryption: ssl
    username:   your_gmail_username_goes_here
    password:   your_gmail_password_goes_here

usernamepasswordをあなたのGmailのアカウントの情報に書き換えるだけです。

メーラーオブジェクトをカスタマイズする

factories.ymlを使用してメーラーを設定できますが、もっと細かくカスタマイズしたい際には、mailer.configureイベントをリスナーに登録することができます。

下に示したようにProjectConfigurationクラスにおいて、このイベントに接続することができます:

class ProjectConfiguration extends sfProjectConfiguration
{
  public function setup()
  {
    // ...
 
    $this->dispatcher->connect(
      'mailer.configure',
      array($this, 'configureMailer')
    );
  }
 
  public function configureMailer(sfEvent $event)
  {
    $mailer = $event->getSubject();
 
    // $mailerオブジェクトを加工します
  }
}

以下のセクションでは、このテクニックを使ったパワフルな方法を説明します。

Swift Mailer Pluginsを使う

Swift Mailer pluginsを使うために、上で紹介したmailer.configureイベントをリスナーに登録してください:

public function configureMailer(sfEvent $event)
{
  $mailer = $event->getSubject();
 
  $plugin = new Swift_Plugins_ThrottlerPlugin(
    100, Swift_Plugins_ThrottlerPlugin::MESSAGES_PER_MINUTE
  );
 
  $mailer->registerPlugin($plugin);
}

tip

Swift Mailerの公式ドキュメントの"プラグイン" セクションでは、ビルトインされたプラグインに関する内容が全て記述されています。

spoolのビヘイビアをカスタマイズする

ビルトインされているspoolの実装は、とてもシンプルです。それぞれのspoolは、キューからランダムな順序でメールアドレスを取ってきます。

秒単位でメールの送信にかける時間を制限したり、送信するの最大数を制限するなど、spoolを設定することができます:

$spool = $mailer->getSpool();
 
$spool->setMessageLimit(10);
$spool->setTimeLimit(10);

このセクションでは、キューで優先順位(priority)を実装する方法を学びます。自分のロジックで実装するのに必要な全ての情報を説明します。

まず、priorityカラムをスキーマに追加します:

# for Propel
mail_message:
  message:    { type: clob, required: true }
  created_at: ~
  priority:   { type: integer, default: 3 }
 
# for Doctrine
MailMessage:
  actAs: { Timestampable: ~ }
  columns:
    message:  { type: clob, notnull: true }
    priority: { type: integer }

メールを送信する際に、priorityヘッダをセットします(優先順位が一番高いのは1になります):

$message = $this->getMailer()
  ->compose('john@doe.com', 'foo@example.com', 'Subject', 'Body')
  ->setPriority(1)
;
$this->getMailer()->send($message);

次に、デフォルトのsetMessage()メソッドをオーバーライドし、MailMessageオブジェクトのpriorityを変更します:

// for Propel
class MailMessage extends BaseMailMessage
{
  public function setMessage($message)
  {
    $msg = unserialize($message);
    $this->setPriority($msg->getPriority());
 
    parent::setMessage($message);
  }
}
 
// for Doctrine
class MailMessage extends BaseMailMessage
{
  public function setMessage($message)
  {
    $msg = unserialize($message);
    $this->priority = $msg->getPriority();
 
    $this->_set('message', $message);
  }
}

メッセージがキューによってシリアライズされているので、priorityの値を取得する前にアンシリアライズをする必要があります。これで、priorityによって順序を指定したメソッドができました:

// for Propel
class MailMessagePeer extends BaseMailMessagePeer
{
  static public function getSpooledMessages(Criteria $criteria)
  {
    $criteria->addAscendingOrderByColumn(self::PRIORITY);
 
    return self::doSelect($criteria);
  }
 
  // ...
}
 
// for Doctrine
class MailMessageTable extends Doctrine_Table
{
  public function getSpooledMessages()
  {
    return $this->createQuery('m')
      ->orderBy('m.priority')
    ;
  }
 
  // ...
}

そして最後に、キューからメッセージを取得するためのデフォルトの方法を変更するために、factories.ymlに取得メソッドを定義します:

spool_arguments: [ MailMessage, message, getSpooledMessages ]

これで完成です。これで、project:send-emailsタスクを実行する旅に、メールはpriorityに基づいて送信されます。

sidebar

基準によってspoolをカスタマイズする

先ほど説明した例では、priorityという標準的なメッセージヘッダーを使用しました。しかし、他の基準(Criteria)を使用したい場合や、送信したメッセージを変更したくない場合などには、カスタムヘッダーとして基準(Criteria)を格納し、メール送信前に除去することができます。

まず、送信するメールメッセージにカスタムヘッダを追加してください:

public function executeIndex()
{
  $message = $this->getMailer()
    ->compose('john@doe.com', 'foo@example.com', 'Subject', 'Body')
  ;
 
  $message->getHeaders()->addTextHeader('X-Queue-Criteria', 'foo');
 
  $this->getMailer()->send($message);
}

次に、キューにメールメッセージを溜める際に、ヘッダーの値を取得して、すぐに除去してください:

public function setMessage($message)
{
  $msg = unserialize($message);
 
  $headers = $msg->getHeaders();
  $criteria = $headers->get('X-Queue-Criteria')->getFieldBody();
  $this->setCriteria($criteria);
  $headers->remove('X-Queue-Criteria');
 
  parent::setMessage($message);
}