This project replace a previous project aws-smtp-relay
The goal is to have a dynamic SMTP server that can either be used to run a debug SMTP locally that just store received email in a folder
Or relay a SMTP protocol to an SES API call (goal of aws-smtp-relay
)
Or simulate some Incoming capabilities of AWS SES, like mail2s3
or mail2sqs
and similar mail2gcpstorage
and mail2gcppubsub
Docker command
docker run -p 10025:10025 loopingz/smtp-relay:latest configs/aws-smtp-relay.jsonc
Configuration file can leverage the published schema
{
"$schema": "https://raw.githubusercontent.com/loopingz/smtp-relay/main/config.schema.json"
}
Replace main
in url by the tag version to get the configuration format of a specific version
Run with a configuration file:
// Replace my previous project aws-smtp-relay
{
"$schema": "https://raw.githubusercontent.com/loopingz/smtp-relay/main/config.schema.json",
"flows": {
"localhost": {
"filters": [
// Allow any ip to use the SMTP
{
"type": "whitelist",
"ips": ["regexp:.*"]
}
],
"outputs": [
{
"type": "aws",
// Send it to SES
"ses": {}
}
]
}
},
"options": {
"disableReverseLookup": false,
// Do not require auth
"authOptional": true,
"loggers": [
{
"level": "INFO",
"type": "CONSOLE"
},
{
"level": "INFO",
"type": "FILE",
"filepath": "./smtp.log"
}
]
}
}
{
"flows": {
"localhost": {
"filters": [
// Allow any ip to use the SMTP
{
"type": "whitelist",
"to": ["regexp:.*@mydomain.com"]
}
],
"outputs": [
{
"type": "gcp",
// Store it in the bucket
"path": "gs://myemail/",
// Send a message to the queue containing the bucket url if exist and the metadata of the email
"pubsub": ""
}
]
}
},
"options": {
"disableReverseLookup": false,
// Do not require auth
"authOptional": true
}
}
You can just leverage the Docker image:
docker run -p 10025:10025 -v `pwd`/emails:/smtp-relay/received_emails loopingz/smtp-relay:latest ./configs/fake-smtp.jsonc
# With auth
docker run -e SMTP_USERNAME=test -e SMTP_PASSWORD=plain:test -p 10025:10025 -v `pwd`/emails:/smtp-relay/received-emails loopingz/smtp-relay:latest configs/fake-smtp-with-auth.jsonc
The smtp server is subdivided with:
- Filters
- Core
- Processors
- Flows
These components decide to accept or refuse an email.
At each SMTP command step, they can make a decision to refuse or accept an email or not make a decision boolean|undefined
By default, 3 filters exist:
- whitelist: allow emails based on regexp or exact values
- http-auth: proxy the authentication to an HTTP endpoint
- http-filter: proxy the decision on the email to an HTTP endpoint
- static-auth: staticly defined user/password for authentication
These components receive the email sent after it was accepted by the filters.
There is 4 types:
- aws:
- gcp:
- file:
- mailer:
A flow is defined within the configuration, it defines the filters and the outputs to apply if the message match the filters
You can have as many flow as you desire within the SMTP server
Manage the coordination of different component and is in charge of capturing the mail stream
iso8601: date and time in YYYYmmddHHiiss format
timestamp: UNIX timestamp
id: Session id
The following variables are not always available but should be within processors
from: Email of the sender
messageId: Message id
subject: subject of the email
to: list of recipient comma separated
You can define log configuration with the loggers definition.
We currently support "CONSOLE" or "FILE"
"loggers": [
{
"level": "INFO",
"type": "CONSOLE"
},
{
"level": "INFO",
"type": "FILE",
"filepath": "./smtp.log",
"sizeLimit": 50000000
}
]
From the library @webda/workout
, the loglevel if not defined fallback to the LOG_LEVEL
environment variable and then fallback again to INFO
The FILE
type have a size limit defined and will increment a number at the end of the filepath if needed. It has a default sizeLimit define by the library.
A format
can be defined too
By default the loggers are defined as a single CONSOLE
logger. You can disable completely by adding a loggers: []
property
The cloudevent representation of an email is:
/**
* CloudEvent Data representation for smtp-relay
*/
export interface SmtpCloudEvent {
email: {
from?: AddressObject;
attachments: {
filename: string;
size: number;
}[];
subject?: string;
priority?: string;
to?: AddressObject[];
cc?: AddressObject[];
bcc?: AddressObject[];
replyTo?: string;
date?: Date;
text?: string;
html?: string;
};
server: {
clientHostname: string;
remoteAddress: string;
remotePort: number;
hostNameAppearAs: string;
id: string;
secure: boolean;
transmissionType: string;
username: string;
};
}
You can enable http auth for the smtp relay, it will then relay the username/password verification to an HTTP endpoint.
Use the http-auth
filter:
- BASIC_AUTH: It will send a
authorization
header with a Basic Auth (https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Authorization) - FORM_URLENCODED: It will send a request to the url with a x-form-urlencoded containing username and password
- JSON: Sending a JSON body to the url with the username/password
Configuration interface
interface HttpAuthConfiguration {
/**
* URL to call
*/
url: string;
/**
* Method to use
*/
method?: "PUT" | "POST" | "GET";
/**
* If not define the HTTP code is used:
* < 300: Allowed
* >= 300: Refused
*
* If defined the response is read as JSON and test for value
*/
json_result?: {
/**
* Json path to read from the response
*/
path: string,
/**
* Value to compare to, if equal then authentication is accepted
*/
value: string
};
/**
* Http method to use to pass credentials
*
* BasicAuth: Will use the Authorization field
* Json: Will post/put a JSON body with the user/password
* FormData: Will post/put a Form body with the user/password
*/
credentialsMethod: "BASIC_AUTH" | "JSON" | "FORM_URLENCODED";
/**
* Name of the field for FormData
* Jsonpath for Json
*/
userField?: string;
/**
* Name of the field for FormData
* Jsonpath for Json
*/
passwordField?: string;
/**
* Used to sign request
*/
hmac?: {
/**
* Secret to use
*/
secret: string;
/**
* @default sha256
*/
algo?: string;
/**
* @default X-SMTP-RELAY
*/
header?: string;
}
}
Sample:
{
"type": "http-auth",
"url": "http://localhost:16662/smtp/filter",
"credentialsMethod": "BASIC_AUTH"
}
The http filter sends the cloudevent related to the email to an http endpoint to accept or refuse the email. If the http request return a status code < 300, it means the email is accepted otherwise it is refused.
See the tests/http-filter-with-auth.json
and test/http-filter.json
configuration examples.
It can also be configured to sign request with hmac.
export interface HttpFilterConfig extends HttpConfig {
/**
* URL to call
*/
url: string;
/**
* Method to use
*/
method?: "PUT" | "POST";
/**
* Accept any form of authentication to rely solely on username
* and filter on the http endpoint
*
* @default false
*/
allowAnyUser?: boolean;
}
To enable basic auth for the smtp relay you need to set the static-auth
filter, add the AND filters operator, set the authMethods and ensure one of secure
or allowInsecureAuth
is set as true
in the config example below (Example)
The password and username are passed either in the configuration with the field username
and password
or as env variables with SMTP_USERNAME
and SMTP_PASSWORD
The password is prefixed by ${hashAlgorithm}:
where hashAlgorithm is one of plain
, sha256
, sha512
or md5
(you can get the full list of hash algorithm supported by the Node with this command node -e "console.log(require('crypto').getHashes())
)
plain
can be used to not hash the password, but it is not recommended for security reason.
A salt
parameter can be added in the configuration with the salt
field, or env variable SMTP_PASSWORD_SALT
.
You can encrypt the password to use with this command:
HASH="sha256" PASSWORD="TEST" node -e 'console.log(`${process.env.HASH}:${require("crypto").createHash(process.env.HASH).update(process.env.PASSWORD).digest("hex")}`)'
For manual testing you will need to pass the username and password to the smtp-relay base64 encoded. If you use the SMTP auth method LOGIN you will encode and pass in the username and password seperately.
Example smtp test:
- Port forward your container to your localhost.
docker run -p 10025:10025 loopingz/smtp-relay:latest
- Connect to smtp-relay
openssl s_client -connect localhost:10025
S: 220 smtp.server.com Simple Mail Transfer Service Ready
C: EHLO client.example.com
S: 250-smtp.server.com Hello client.example.com
S: 250-SIZE 1000000
S: 250 AUTH LOGIN PLAIN CRAM-MD5
C: AUTH LOGIN
S: 334 VXNlcm5hbWU6
C: adlxdkej
S: 334 UGFzc3dvcmQ6
C: lkujsefxlj
S: 235 2.7.0 Authentication successful
Examples of ways to base64 encode your credentials:
base64 <<< password
Gotcha: make sure to use a base64 encoder that encodes with Destination character set utf8 and Destination new line seperator LF(Unix), this online one does that, the MAC cml one is poop https://www.base64encode.org/
Example Schema used to add basic auth to an aws-ses smtp-relay running in k8s:
{
"$schema": "https://raw.githubusercontent.com/loopingz/smtp-relay/main/config.schema.json",
"flows": {
"localhost": {
"filters": [
{
"type": "whitelist",
"ips": [
"regexp:.*"
]
},
{
"type": "static-auth"
}
],
"filtersOperator": "AND",
"outputs": [
{
"type": "aws",
"ses": {}
}
]
}
},
"cachePath": "/tmp/.email_${iso8601}.eml",
"options": {
"authMethods": [
"PLAIN",
"LOGIN"
],
"secure": true,
"disableReverseLookup": true,
"authOptional": true,
"loggers": [
{
"level": "INFO",
"type": "CONSOLE"
}
]
}
}
Note: Change your loggers level to DEBUG for help troubleshooting.