What is Reusable.Email?

Reusable.Email is a disposable email service that lets you create temporary email addresses instantly — no signup, no forms, no verification required. Unlike traditional temp mail services that auto-delete after minutes, Reusable.Email offers reusable addresses with retention from 90 to 365 days. Use public inboxes for quick verifications, private inboxes with password protection for sensitive signups, or managed inboxes with full IMAP/SMTP support for a permanent disposable address that works with any email client.

Is Reusable.Email free?

Public and private inboxes are completely free with no limits on usage. You can create unlimited free inboxes without any account or payment. For advanced features, managed inboxes cost a one-time $3 payment (not a subscription) and include IMAP/SMTP access, send capability, and 365-day retention. Custom domains are free to add with DNS verification — $10/year unlocks unlimited aliases and catch-all routing. Whitelabel plans at $30/month are available for businesses needing their own branded email infrastructure. There are no hidden fees, ads, or subscription traps.

How long are emails retained?

Email retention depends on your inbox type. Public inboxes retain emails for 90 days from receipt — enough for most verification and signup workflows. Private (password-protected) inboxes extend retention to 180 days, giving you more time to access important emails. Managed inboxes offer the longest retention at 365 days with unlimited storage, plus the ability to organize emails into custom folders. All inbox types allow you to export your data at any time. Emails are automatically and permanently deleted after the retention period expires.

Can I send emails from Reusable.Email?

Yes — sending is available with managed inboxes ($3 one-time payment). Managed inboxes include full SMTP access via smtp.reusable.email on port 587 with STARTTLS encryption, allowing you to send email to any address worldwide from any standard email client including Apple Mail, Thunderbird, Outlook, and Gmail. Free public and private inboxes support sending only to other Reusable.Email addresses. Custom domain users can also send as their domain aliases, with SPF, DKIM, and DMARC authentication configured automatically.

How does custom domain support work?

Adding a custom domain to Reusable.Email is free — you configure the DNS records we provide (MX, SPF, DKIM, and DMARC) and we verify your domain automatically. Once verified, all email sent to any address at your domain is routed to your managed inbox. Subscribe for $10/year to unlock unlimited aliases (sales@, support@, info@ etc.), catch-all routing that captures email to any address at your domain, and send-as capability from any alias. Custom domains eliminate blocklist issues entirely since you control the domain reputation.

What is a managed inbox?

A managed inbox is a permanent, full-featured email address on Reusable.Email. For a one-time $3 payment (no subscription), you get IMAP access via imap.reusable.email:993 and SMTP access via smtp.reusable.email:587, enabling use with any standard email client — Apple Mail, Thunderbird, Outlook, or any app that supports email account setup. Managed inboxes include the ability to send email to any address worldwide, 365-day email retention, unlimited storage, spam filtering, custom folder organization, and the ability to toggle between public and private visibility modes.

Privacy depends on your inbox type. Public inboxes are visible to anyone who knows the address — they are designed for non-sensitive use like quick verifications. Private inboxes add password protection so only people with the password can access the emails. Managed inboxes are password-protected and offer additional security through standard email authentication protocols. Reusable.Email does not sell user data, does not serve advertisements, and does not track users across websites. Analytics are privacy-focused with IP tracking disabled and email addresses sanitized from all tracking data. Payments are processed securely through Stripe.

Can I use my own email client?

Yes. Managed inboxes support standard IMAP and SMTP protocols, making them compatible with virtually any email client. Connect using imap.reusable.email on port 993 for receiving and smtp.reusable.email on port 587 for sending, both with STARTTLS encryption. This works with Apple Mail, Mozilla Thunderbird, Microsoft Outlook, Gmail (via 'add account'), K-9 Mail on Android, and any other application that supports standard email account setup. Your managed inbox credentials are generated automatically when you upgrade.

SPF, DKIM und DMARC erklärt: So authentifizieren Sie Ihre E-Mail-Domain

Name: Reusable.Email
Brand: Reusable.Email
Availability: InStock

E-Mail wurde in den 1980ern ohne einen eingebauten Weg entworfen, um zu überprüfen, wer eine Nachricht versendet hat. Das "From"-Feld in einer E-Mail ist einfach ein Textfeld – jeder kann alles darin schreiben. Das ist, warum Phishing funktioniert. Das ist, warum Ihre Domain spoofed werden kann. Und das ist, warum drei Protokolle erfunden wurden, um das Problem zu beheben: SPF, DKIM und DMARC.

Diese sind nicht optional. Große E-Mail-Provider wie Gmail, Outlook und Yahoo benötigen nun ordnungsgemäße Authentifizierung. Nachrichten von Domains ohne SPF, DKIM und DMARC werden zunehmend in Spam gesendet oder komplett abgelehnt.

SPF: Wer darf versenden

SPF (Sender Policy Framework) ist ein DNS-Eintrag, der deklariert, welche Mail-Server berechtigt sind, E-Mail in Ihrem Namen zu versenden.

Wenn ein empfangender Server eine E-Mail erhält, die angeblich von [email protected] stammt, sucht er den SPF-Eintrag für yourdomain.com auf. Falls die IP-Adresse des sendenden Servers in diesem Eintrag auftaucht, besteht die Überprüfung. Falls nicht, schlägt die Nachricht SPF fehl.

Wie der Eintrag aussieht

yourdomain.com.  IN  TXT  "v=spf1 include:spf.reusable.email -all"

Breaking das auf:

v=spf1 – identifiziert dies als SPF-Eintrag
include:spf.reusable.email – autorisiert Reusable.Email's Server zum Versenden für Ihre Domain
-all – sagt Empfängern, alle anderen zu ablehnen (Hard Fail)

SPF-Einschränkungen

SPF validiert nur die "Envelope From"-Adresse (die Server-seitige Absender), nicht die "Header From"-Adresse (was der Empfänger sieht). SPF allein verhindert nicht Display-Name-Spoofing. Das ist, warum Sie DKIM und DMARC auch benötigen.

SPF hat auch ein 10-Lookup-Limit. Jede include:-Direktive zählt als Lookup. Überschreiten Sie 10, und der gesamte SPF-Check schlägt fehl.

DKIM: Beweisen Sie, dass die Nachricht authentisch ist

DKIM (DomainKeys Identified Mail) fügt jeder ausgehenden Nachricht eine kryptografische Signatur hinzu. Der empfangende Server überprüft diese Signatur anhand eines öffentlichen Schlüssels in Ihrem DNS.

Anders als SPF validiert DKIM die Nachricht selbst, nicht nur den sendenden Server. Falls jemand die E-Mail während der Übertragung verändert – ändert den Text, ändert einen Link, fügt einen Header hinzu – bricht die Signatur und der DKIM-Check schlägt fehl.

Wie es funktioniert

Ihr Mail-Server generiert ein Schlüsselpaar: einen privaten Schlüssel (auf dem Server) und einen öffentlichen Schlüssel (veröffentlicht im DNS).
Beim Versenden einer Nachricht nutzt der Server den privaten Schlüssel, um einen Hash bestimmter Nachrichten-Header und des Texts zu erstellen.
Dieser Hash wird zur E-Mail als DKIM-Signature-Header hinzugefügt.
Der empfangende Server holt den öffentlichen Schlüssel aus DNS und nutzt ihn, um den Hash zu überprüfen.

Falls der Hash übereinstimmt, wurde die Nachricht nicht manipuliert und kam von einem Server mit Zugriff auf den privaten Schlüssel.

Warum DKIM wichtig ist

DKIM ist die stärkste Form der E-Mail-Authentifizierung, weil sie den Nachrichteninhalt an einen kryptografischen Beweis bindet. SPF sagt "dieser Server darf versenden." DKIM sagt "diese spezifische Nachricht wurde autorisiert und wurde nicht verändert."

DMARC: Die Policy-Schicht

DMARC (Domain-based Message Authentication, Reporting & Conformance) ist nicht eine Authentifizierungsmethode selbst – es ist eine Policy, die angibt, wie Empfänger mit SPF- und DKIM-Failures umgehen sollten.

Eine DMARC-Policy sagt: "Falls diese E-Mail SPF oder DKIM fehlschlägt, soll der Empfänger sie ablehnen oder ins Spam verschieben?"

Dies ist der Durchsetzungszahn. SPF und DKIM ohne DMARC haben keine Zähne.

Häufige DMARC-Policies

p=none – überwachen Sie nur; lehnen Sie nicht ab
p=quarantine – verdächtige E-Mails in Spam verschieben
p=reject – ablehnen verdächtige E-Mails komplett (stärkste, riskant wenn falsch konfiguriert)

Zusammenfassung

	SPF	DKIM	DMARC
Was es überprüft	IP-Adresse des sendenden Servers	Kryptografische Signatur der Nachricht	Policy für Fehlschlags-Handling
Wo es definiert ist	DNS TXT-Eintrag	DNS TXT-Eintrag	DNS TXT-Eintrag
Validation-Ebene	Server	Nachricht	Policy
Allein ausreichend?	Nein	Nein	Nein (benötigt SPF/DKIM)

Alle drei zusammen – SPF zum Erlauben von Servern, DKIM zum Signieren von Nachrichten, DMARC zum Durchsetzen der Policy – bieten starke E-Mail-Authentifizierung.

Die Einrichtung all dieser ist nicht schwer. Die meisten Domain-Registrare bieten Schritt-für-Schritt-Anleitungen, und Services wie Reusable.Email mit benutzerdefinierten Domains generieren automatisch alle Datensätze, die Sie benötigen.