私はDrupal Commerceを使用しています。全体的に問題なく機能しています。SSLが設定され、ユーザーが「.htaccessを介して(.htaccessを介して)使用する必要があるように強制されています。テストを入力して、フォームを送信して送信します。Paypalが支払いを受け取ります。満足です。新しい購入が行われたことを知らせるメールが届きます(Drupal at site:mail
tokenを介して)。
問題は次のとおりです、ユーザーはDrupalからもメールでお知らせします。購入の感謝などを伝えます。ただし、製品を購入した(特にGmailでテストしたのはそれだけです)[名前/メールの横にある赤いロックアイコンがメールの上部にあります。カーソルを合わせると、「- bluehost.comはこのメッセージを暗号化しませんでした '。
さて、私は彼らに彼らのクレジットカード情報を彼らに返送しないのでそれは本当に重要ではないかもしれません、しかしそれはLOOKを混乱させます、そして私はそれが彼らの電子メールにないことを望みます。 メールを暗号化する必要がある。
私はBluehostと話しましたが、それは内部リンクの問題だと言っていました。フォームの唯一のリンクは、ユーザーが入力した電子メールアドレスです(これは、設定したカスタムフィールドです)。
Drupalがそれを送信する前に、フォームのメールアドレスを暗号化する方法を誰かが知っていますか??または、適切にトークン化することは、おそらくsite:mail
が別のアプローチであるためですその問題はありません。
Drupalからメールを送信するために使用しているトークンは次のとおりです。
[commerce-order:commerce-customer-billing:field-email-address]
注:このメールの送信には、注目に値する場合、「変数を含むメールを送信」アクションを使用しています。
ここに投稿されたこの問題に関するあなたの質問を両方読んだ。赤いロックは、暗号化されていないチャネルを介して送信する前にメールの内容を暗号化することによって克服できるものではありません。
この問題は、Drupalに直接接続されているのではなく、Drupalsメールゲートウェイに接続されています。メールリレーがTLSメール転送をサポートしていないことは明らかです。
Drupalsの組み込みメール機能を使用してメールを送信していると思います。これらの関数は、PHPメーリング関数を使用します。デフォルトでは、ホストのメールサービスを使用するように設定されています。
ルートサーバーを使用していて、自分でメールサーバーをインストールしている場合(UnixのPostfixなど)、その設定を確認し、他のメールサーバーに接続するときにTLSを使用するように設定されていることを確認する必要があります。
これらの設定に直接アクセスできない場合(共有ホスティングパッケージなど)、TLSを使用しているサードパーティのメールプロバイダー(Gmail自体など)でメールアカウントを作成することで、この問題を解決できます。このメールアカウントを使用すると、デスクトップメールクライアントからのメール送信に使用するSMTP資格情報も取得できます。
Drupalで、 [〜#〜] smtp [〜#〜] モジュールをインストールして構成し、これらの資格情報を使用してDrupalこの外部経由でメールを送信する)メールプロバイダーによっては、毎分または毎分のみ一定量のメールを許可するフラッドメーリング防止機能を備えていることに注意してください。そのため、 Queue Mail とCronジョブを使用して、メールをバッチで送信します。
編集:2番目の解決策の欠点は、サイトの訪問者が受信したメールに「x-forwarded」のフラグが付けられているか、3番目の解決策があることです。送信者としてのパーティーメールプロバイダーのメールアドレス。したがって、一部のメールクライアントはメールをスパムとしてマークする場合があります。
共有ホスティングの別の解決策:ホスティングプロバイダーにデフォルトのメールサーバー設定の変更を依頼してください。