Email Sending with PHP

Introduction

Sending email is a common requirement in web applications: welcome messages after registration, password reset links, order confirmations, and notifications all rely on it. PHP has shipped a built-in mail() function since its earliest versions, but modern applications rarely use it directly.

This lesson covers what mail() does, why it falls short of what real projects need, and what most PHP developers reach for instead.

The Built-in mail() Function

PHP's mail() function sends a plain email using whatever mail transport is configured on the server it runs on. It takes a recipient, a subject, a message body, and optional headers.

<?php
$to = 'someone@example.com';
$subject = 'Welcome to PrograMinds';
$message = 'Thanks for signing up!';
$headers = 'From: no-reply@programinds.example';

$sent = mail($to, $subject, $message, $headers);

if ($sent) {
    echo 'Email sent.';
} else {
    echo 'Email could not be sent.';
}

On paper this looks simple, and on a properly configured Linux server with a working mail transfer agent (like sendmail or postfix), it can work. In practice, that configuration step is where most of the trouble starts.

Limitations of mail()

Why Use a Library or Service Instead

Because of these limitations, most real PHP projects avoid mail() entirely. Instead, they use one of two approaches: a library like PHPMailer that talks directly to an SMTP server with proper authentication, or a transactional email service that handles delivery, formatting, and deliverability concerns entirely.

Conceptual Example: Sending with a Library

You do not need real SMTP credentials to understand the shape of this code. A library like PHPMailer is installed via Composer (covered in the next lesson) and used roughly like this — notice how it separates the recipient, subject, body, and sender clearly.

<?php
require 'vendor/autoload.php';

use PHPMailer\PHPMailer\PHPMailer;

$mail = new PHPMailer();

$mail->setFrom('no-reply@programinds.example', 'PrograMinds');
$mail->addAddress('someone@example.com');

$mail->Subject = 'Welcome to PrograMinds';
$mail->isHTML(true);
$mail->Body = '<h1>Welcome!</h1><p>Thanks for signing up.</p>';

if ($mail->send()) {
    echo 'Email sent successfully.';
} else {
    echo 'Email could not be sent: ' . $mail->ErrorInfo;
}

Transactional Email Services

Services like SendGrid and Mailgun go a step further than a library: instead of your server sending mail directly, you make an API call and the service handles delivery, retries, spam-avoidance, and analytics like open and click tracking on your behalf.

The right choice depends on the project: PHPMailer with your own SMTP credentials is fine for many applications, while a transactional service is often preferred at scale, where deliverability and analytics become important.

Common Mistakes

Best Practices

Frequently Asked Questions

Key Takeaways

Summary

PHP can send email out of the box with mail(), but real applications almost always outgrow it quickly due to deliverability and formatting limitations. Libraries like PHPMailer and transactional services like SendGrid fill that gap.

To actually install a library like PHPMailer in a project, you need a package manager — which is exactly what the next lesson, Composer, introduces.