1.0.14

package.json

@@ -1,6 +1,6 @@
 {
   "name": "@intecion/ipal-kit",
-  "version": "1.0.11",
+  "version": "1.0.14",
   "description": "Intecion Payload Advanced Library — a Payload CMS 3 plugin: i18n, SEO, forms, consent, analytics, blog/archives.",
   "license": "MIT",
   "repository": {
@@ -65,11 +65,14 @@
     "slugify": "^1.6.6"
   },
   "peerDependencies": {
+    "@payloadcms/next": "^3.88.0",
     "@payloadcms/plugin-form-builder": "^3.88.0",
     "@payloadcms/plugin-seo": "^3.88.0",
+    "@payloadcms/ui": "^3.88.0",
     "next": ">=15",
     "payload": "^3.88.0",
-    "react": "^19.0.0"
+    "react": "^19.0.0",
+    "react-dom": "^19.0.0"
   },
   "devDependencies": {
     "@eslint/eslintrc": "^3.2.0",

src/modules/email/graphAdapter.ts

@@ -115,18 +115,19 @@ export const graphAdapter =
         return { error: 'Graph is not configured (missing env vars).', sent: false }
       }
 
-      // The panel's from-address is used as Reply-To, NOT as the message From.
+      // Display name on the From, WITHOUT triggering Send-As.
       //
-      // Why: app-only Graph sends from GRAPH_SENDER's mailbox. If we also set a
+      // The trick: we may set a `from` as long as its ADDRESS stays the sender
-      // `from` that differs from that mailbox, Exchange demands "Send As"
+      // mailbox (GRAPH_SENDER) — only the display NAME changes. Exchange only
-      // permission on it and rejects with ErrorSendAsDenied otherwise. So we
+      // demands Send-As when the from ADDRESS differs from the mailbox, so a
-      // never override `from` — Graph stamps the mail as GRAPH_SENDER (the
+      // same-address / custom-name From is allowed and gives each project its
-      // mailbox we legitimately own) — and route replies to the panel address
+      // own sender label (e.g. "Kancelaria Kędzierski") over the shared mailbox.
-      // via Reply-To. Recipients see the mail from forms@… but replying reaches
+      //
-      // the real destination. No Send-As needed.
+      // The panel's from-address becomes Reply-To (so replies reach the client),
+      // and the panel's from-name becomes the sender display name.
       const panel = await getSiteIntegrations<GraphIntegrations>(payload)
       const replyToAddress = panel.smtpFromAddress || undefined
-      const replyToName = panel.smtpFromName || undefined
+      const senderName = panel.smtpFromName || undefined
 
       const to = toRecipients(message.to)
       if (to.length === 0) {
@@ -142,14 +143,7 @@ export const graphAdapter =
       const replyTo = message.replyTo
         ? toRecipients(message.replyTo as SendEmailOptions['to'])
         : replyToAddress
-          ? [
+          ? [{ emailAddress: { address: replyToAddress } }]
-              {
-                emailAddress: {
-                  address: replyToAddress,
-                  ...(replyToName ? { name: replyToName } : {}),
-                },
-              },
-            ]
           : []
 
       const graphMessage: Record<string, unknown> = {
@@ -158,7 +152,12 @@ export const graphAdapter =
         toRecipients: to,
         ...(message.cc ? { ccRecipients: toRecipients(message.cc) } : {}),
         ...(message.bcc ? { bccRecipients: toRecipients(message.bcc) } : {}),
-        // NO `from` — Graph uses GRAPH_SENDER's own mailbox, so no Send-As.
+        // From with the sender's OWN address (no Send-As) plus an optional
+        // display name from the panel. Omit entirely when no name is set —
+        // Graph then uses the mailbox's default name.
+        ...(senderName
+          ? { from: { emailAddress: { name: senderName, address: env.sender } } }
+          : {}),
         ...(replyTo.length > 0 ? { replyTo } : {}),
       }