deviseで認証周りを実装してもメールが飛ばない

Question

前提・実現したいこと

devise と devise_token_auth のgemを共存させたところ、管理画面から登録した時のみメールが飛ばない

【参考サイト】
[Rails5] devise_token_auth でAPIを作成する / 新規登録・ログイン
https://tackeyy.com/blog/posts/token-base-api-with-rails-and-devise-token-auth

devise_token_auth導入時、ユーザ登録確認メールが送られない事象の対応方法
https://qiita.com/ruby_kumagoro/items/e010ae5099d62335a3d6
→このサイトを参考にして追記したところ、管理画面からの登録でメールを送信することができました、APIでの登録でメールが2件送信されてしまいました。

【サーバーの前提条件】
・アカウントの管理画面はRailsのviewで作成。
・管理画面はgem『devise』をそのまま利用。
・アカウント作成時にURL認証付きのメールを送り、アドレスの存在チェックを行う

【使用gem】
・devise
・devise_token_auth

発生している問題・エラーメッセージ

参考サイトどおりに組んだところ、
APIにてユーザーを作成した時はURL認証付きのメールが送られ正しく処理されるが
Viewで作成した管理画面からユーザーを作成した時はURL認証付きのメールが送られない、
といった症状が発生している。

実現したい仕様

ユーザーを登録する時は必ずURL認証付きのメールを送るようにしたい。

コード

※ViewはDeviseのデフォルト画面をそのまま利用しております。
※ソース詳細は上に記載しました参考サイトをご参照ください。

[app/controllers/application_controller.rb]

class ApplicationController < ActionController::Base
        protect_from_forgery with: :exception
        before_action :set_host

        def set_host
                Rails.application.routes.default_url_options[:host] = request.host_with_port
        end
end

[app/controllers/api/v1/base_controller.rb]
※Devise専用親コントローラー

class Api::V1::BaseController < ActionController::Base
    include DeviseTokenAuth::Concerns::SetUserByToken
    protect_from_forgery with: :null_session # トークン認証のためCSRFは使わない
end

[app/controllers/api/v1/auth/registrations_controller.rb]
※API利用時のDeviseコントローラー

class Api::V1::Auth::RegistrationsController < DeviseTokenAuth::RegistrationsController
    before_action :configure_permitted_parameters, if: :devise_controller?
  
    protected
  
    def configure_permitted_parameters
      devise_parameter_sanitizer.permit(:sign_up, keys: [:name])
    end
  end

[app/models/user.rb]

class User < ActiveRecord::Base
  devise :database_authenticatable, :registerable,
         :recoverable, :rememberable, :validatable,
         :confirmable
  include DeviseTokenAuth::Concerns::User
end

Answer 1

私も同じところでつまづきました。根本的な問題はわからなかったですが、あなたが参照しているサイト
https://qiita.com/ruby_kumagoro/items/e010ae5099d62335a3d6
とdeviseのgithubのソースコード
https://github.com/heartcombo/devise
を参考に自分なりに解決できたので記載しておきます。
devise用のcontorllerを作成して（これは調べるとすぐ出てきます）registrations_controller.rbで以下のようにファイルを編集します。

# frozen_string_literal: true

class Users::RegistrationsController < Devise::RegistrationsController
  # before_action :configure_sign_up_params, only: [:create]
  # before_action :configure_account_update_params, only: [:update]

  # GET /resource/sign_up
  # def new
  #   super
  # end

  # POST /resource
  def create
    build_resource(sign_up_params)

    resource.save
    yield resource if block_given?
    if resource.persisted?
      if resource.active_for_authentication?
        set_flash_message! :notice, :signed_up
        sign_up(resource_name, resource)
        respond_with resource, location: after_sign_up_path_for(resource)
      else
        set_flash_message! :notice, :"signed_up_but_#{resource.inactive_message}"
        expire_data_after_sign_in!
        resource.send_confirmation_instructions
        respond_with resource, location: after_inactive_sign_up_path_for(resource)
      end
    else
      clean_up_passwords resource
      set_minimum_password_length
      respond_with resource
    end
  end

  # GET /resource/edit
  # def edit
  #   super
  # end

  # PUT /resource
  # def update
  #   super
  # end

  # DELETE /resource
  # def destroy
  #   super
  # end

  # GET /resource/cancel
  # Forces the session data which is usually expired after sign
  # in to be expired now. This is useful if the user wants to
  # cancel oauth signing in/up in the middle of the process,
  # removing all OAuth session data.
  # def cancel
  #   super
  # end

  # protected

  # If you have extra params to permit, append them to the sanitizer.
  # def configure_sign_up_params
  #   devise_parameter_sanitizer.permit(:sign_up, keys: [:attribute])
  # end

  # If you have extra params to permit, append them to the sanitizer.
  # def configure_account_update_params
  #   devise_parameter_sanitizer.permit(:account_update, keys: [:attribute])
  # end

  # The path used after sign up.
  # def after_sign_up_path_for(resource)
  #   super(resource)
  # end

  # The path used after sign up for inactive accounts.
  # def after_inactive_sign_up_path_for(resource)
  #   super(resource)
  # end
end

上記のようにすると、webからでもメールが送信され、apiからでもメールが一通だけ送信されます。
やったことの内容としては、deviseのソースコードからregistration#create時にどのような処理か読み取って、無理矢理メール送信の処理を適切な位置に追加した感じです。

Answer 2

    def configure_permitted_parameters
      devise_parameter_sanitizer.permit(:sign_up, keys: [:name])
    end

これがAPIを通るコントローラーにしか書かれてないからです
参考にしたサイトはAPIで「のみ」作成できるように改変するサイトなのではないですか？

ふつうの devise の設定と同じく
ApplicationController に

    before_action :configure_permitted_parameters, if: :devise_controller?

    def configure_permitted_parameters
      devise_parameter_sanitizer.permit(:sign_up, keys: [:nickname])
    end

とかかけばいいと思います

（ほかにも原因はあるかもしれないですが少なくともこれをしないとストロングパラメータが通りません）

Comments

[ka-bi-]

ご回答ありがとうございます。

おっしゃるとおりでしたので、修正してみましたが
管理画面からの登録ではメールが飛びませんでした。
他に原因がありそうです。

> 参考にしたサイトはAPIで「のみ」作成できるように改変するサイト
ではないハズなのですが、参考サイトではメール認証までは行っておりませんでした。