Set Reply-To to sellerEmail, make From display name dynamic, fix stale footer docs
Customer replies to order-confirmation and resend-verification mail now route to the seller's real address via Reply-To, and the From display name reflects sellerName — but the From address itself stays admin@mk360.de since sellerEmail's domain isn't confirmed SPF-authorized on the Hostinger account yet (see the "SMTP From address pending SPF" memory note for the follow-up). Also cleans up README references left over from the previous footer rewrite (stale "company line" wording, a dangling cross-reference to a renamed section). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
@@ -40,7 +40,11 @@ export async function sendVerificationEmail(to: string, firstName: string, token
|
||||
const url = `https://einfach-produktiv.mk360.de/api/account/verify-email?token=${token}`;
|
||||
const seller = await getSellerForInvoice();
|
||||
await transport.sendMail({
|
||||
from: '"einfach produktiv" <admin@mk360.de>',
|
||||
// See orderEmail.ts's own comment on why only the display name is
|
||||
// dynamic — the address stays admin@mk360.de until sellerEmail's domain
|
||||
// is confirmed SPF-authorized on the Hostinger account.
|
||||
from: `"${seller?.sellerName ?? "einfach produktiv"}" <admin@mk360.de>`,
|
||||
replyTo: seller?.sellerEmail || undefined,
|
||||
to,
|
||||
subject: "Bitte bestätige deine E-Mail-Adresse",
|
||||
html: renderVerificationEmailHtml(firstName, url, seller),
|
||||
|
||||
Reference in New Issue
Block a user