Action Mailer setup in Ruby on Rails - Performance & Optimization

Performance: Action Mailer setup

MEDIUM IMPACT

This affects page load speed indirectly by how email sending tasks are handled, impacting user interaction responsiveness and server resource usage.

Sending emails when a user submits a form

Ruby on Rails

class UserMailer < ApplicationMailer
  def welcome_email(user)
    mail(to: user.email, subject: 'Welcome!')
  end
end

# In controller
UserMailer.welcome_email(@user).deliver_later

Emails are sent asynchronously using background jobs, freeing the web request to respond immediately.

📈 Performance GainNon-blocking request, reduces INP by 300-500ms, improves user interaction speed.

Sending emails when a user submits a form

Ruby on Rails

class UserMailer < ApplicationMailer
  def welcome_email(user)
    mail(to: user.email, subject: 'Welcome!')
  end
end

# In controller
UserMailer.welcome_email(@user).deliver_now

Sending email synchronously blocks the web request until the email is sent, causing slow response times.

📉 Performance CostBlocks rendering for 500ms+ depending on mail server latency, increasing INP and hurting user experience.

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
Synchronous email sending (deliver_now)	N/A	N/A	Blocks server response delaying paint	[X] Bad
Asynchronous email sending (deliver_later)	N/A	N/A	Non-blocking server response, faster paint	[OK] Good

Rendering Pipeline

Synchronous email sending blocks the server response, delaying the browser's ability to paint and respond to user input. Asynchronous sending offloads this work to background jobs, allowing the server to quickly send the response and the browser to render faster.

→Server Response

→Interaction to Next Paint (INP)

⚠️ BottleneckServer Response time due to blocking email send

Core Web Vital Affected

INP

This affects page load speed indirectly by how email sending tasks are handled, impacting user interaction responsiveness and server resource usage.

Optimization Tips

1Never send emails synchronously during web requests to avoid blocking response.

2Use deliver_later with background jobs to send emails asynchronously.

3Monitor server response times to ensure email sending does not delay user interactions.

Performance Quiz - 3 Questions

What is the main performance problem with using deliver_now to send emails in a Rails controller?

A It blocks the web request until the email is sent, slowing response time.

B It increases the size of the JavaScript bundle.

C It causes layout shifts in the browser.

D It reduces the number of database queries.

DevTools: Performance

How to check: Record a performance profile while submitting the form that triggers email sending. Look at the server response time and main thread blocking.

What to look for: Long tasks blocking the main thread during request indicate synchronous email sending. Shorter tasks and faster response indicate asynchronous sending.

Practice

1. What is the main purpose of Action Mailer in a Rails application?

easy

A. To manage database migrations automatically

B. To send emails by defining mailer classes and methods

C. To handle user authentication and sessions

D. To style HTML views with CSS

Solution

1. Step 1: Understand Action Mailer role

   Action Mailer is designed to send emails by organizing mailer classes and methods.

2. Step 2: Compare with other Rails features

   Database migrations, authentication, and styling are handled by other parts of Rails, not Action Mailer.

3. Final Answer:

   To send emails by defining mailer classes and methods -> Option B

4. Quick Check:

   Action Mailer = send emails [OK]

Hint: Remember: Action Mailer is for emails, not database or styling [OK]

Common Mistakes:

• Confusing Action Mailer with Active Record migrations
• Thinking it handles user login or CSS styling
• Assuming it manages background jobs directly

2. Which of the following is the correct way to define a mailer method in a Rails mailer class?

easy

A. def welcome_email(user) mail to: user.email, subject: 'Welcome' end

B. def welcome_email(user) { send_email(to: user.email) }

C. def welcome_email(user) mail(to user.email, subject 'Welcome') end

D. def welcome_email(user); mail(to: user.email, subject: 'Welcome'); end

Solution

1. Step 1: Check Ruby method syntax

   Method definitions use def name(params); ...; end with parentheses and semicolons optional but recommended for clarity.

2. Step 2: Verify mail method usage

   The mail method requires keyword arguments with colons, e.g., to: user.email, and commas between arguments.

3. Final Answer:

   def welcome_email(user); mail(to: user.email, subject: 'Welcome'); end -> Option D

4. Quick Check:

   Correct Ruby method and mail syntax = def welcome_email(user); mail(to: user.email, subject: 'Welcome'); end [OK]

Hint: Use parentheses and colons for keyword args in mail method [OK]

Common Mistakes:

• Missing parentheses or commas in method definition
• Using braces {} instead of do...end or semicolons
• Omitting colons in keyword arguments

3. Given this mailer method in Rails:

class UserMailer < ApplicationMailer
  def notify(user)
    mail(to: user.email, subject: 'Notice')
  end
end

What will happen when you call UserMailer.notify(user).deliver_now?

medium

A. An email is sent immediately to the user's email address

B. An email is queued but not sent until later

C. A syntax error occurs because deliver_now is invalid

D. Nothing happens because notify method lacks a body

Solution

1. Step 1: Understand deliver_now behavior

   The deliver_now method sends the email immediately when called on a mail object.

2. Step 2: Check mailer method correctness

   The notify method calls mail with valid parameters, so it returns a mail object ready to send.

3. Final Answer:

   An email is sent immediately to the user's email address -> Option A

4. Quick Check:

   deliver_now sends email immediately = An email is sent immediately to the user's email address [OK]

Hint: deliver_now sends email immediately, deliver_later queues it [OK]

Common Mistakes:

• Confusing deliver_now with deliver_later
• Thinking mail method sends email by itself
• Assuming notify method must have email body text

4. You wrote this mailer method:

def alert(user)
  mail(to: user.email, subject: 'Alert')
end

But emails are not sending. Which is the most likely cause?

medium

A. SMTP settings are not configured properly in environment files

B. The mail method is missing a block with email body content

C. You forgot to call deliver_now or deliver_later

D. Mailer class must inherit from ActionMailer::Base explicitly

Solution

1. Step 1: Check SMTP configuration

   Without proper SMTP settings, emails cannot be sent even if mailer code is correct.

2. Step 2: Review other options

   Mailer inheritance from ApplicationMailer is standard; mail method can use templates for body; calling deliver_now is needed but question implies method is called.

3. Final Answer:

   SMTP settings are not configured properly in environment files -> Option A

4. Quick Check:

   SMTP config missing = emails not sent [OK]

Hint: Check SMTP setup first if emails don't send [OK]

Common Mistakes:

• Assuming mail method sends email without deliver_now
• Forgetting to configure SMTP in config/environments
• Thinking mailer must inherit directly from ActionMailer::Base

5. You want to configure Action Mailer to send emails via Gmail SMTP in production. Which configuration snippet in config/environments/production.rb is correct?

hard

A. config.action_mailer.smtp_settings = { address: 'smtp.gmail.com', port: 587, domain: 'gmail.com', user_name: ENV['GMAIL_USERNAME'], password: ENV['GMAIL_PASSWORD'], authentication: 'plain' }

B. config.action_mailer.smtp_settings = { address: 'smtp.gmail.com', port: 25, domain: 'gmail.com', user_name: 'user', password: 'pass', authentication: 'login', enable_ssl: true }

C. config.action_mailer.smtp_settings = { address: 'smtp.gmail.com', port: 587, domain: 'yourdomain.com', user_name: ENV['GMAIL_USERNAME'], password: ENV['GMAIL_PASSWORD'], authentication: 'plain', enable_starttls_auto: true }

D. config.action_mailer.smtp_settings = { address: 'smtp.gmail.com', port: 465, domain: 'yourdomain.com', user_name: ENV['GMAIL_USERNAME'], password: ENV['GMAIL_PASSWORD'], authentication: 'plain', enable_starttls_auto: false }

Solution

1. Step 1: Identify correct SMTP port and security

   Gmail SMTP uses port 587 with STARTTLS enabled (enable_starttls_auto: true) for secure email sending.

2. Step 2: Check domain and authentication

   Domain should be your app's domain, authentication 'plain' is standard, and credentials should come from environment variables for security.

3. Final Answer:

   config.action_mailer.smtp_settings = { address: 'smtp.gmail.com', port: 587, domain: 'yourdomain.com', user_name: ENV['GMAIL_USERNAME'], password: ENV['GMAIL_PASSWORD'], authentication: 'plain', enable_starttls_auto: true } -> Option C

4. Quick Check:

   Gmail SMTP with port 587 and STARTTLS = config.action_mailer.smtp_settings = { address: 'smtp.gmail.com', port: 587, domain: 'yourdomain.com', user_name: ENV['GMAIL_USERNAME'], password: ENV['GMAIL_PASSWORD'], authentication: 'plain', enable_starttls_auto: true } [OK]

Hint: Use port 587 and enable_starttls_auto true for Gmail SMTP [OK]

Common Mistakes:

• Using wrong port like 25 or 465 without proper TLS
• Setting domain to 'gmail.com' instead of your app domain
• Omitting enable_starttls_auto or setting it false