updated docs

docs/email.md

@@ -19,7 +19,7 @@ Brak opcji — SMTP (host, port, user, password, from) jest w SiteIntegrations
 ## Front — sendEmail (server)
 
 ```ts
-import { sendEmail } from 'ipal-kit/server'
+import { sendEmail } from '@intecion/ipal-kit/server'
 
 const result = await sendEmail({
   payload,
@@ -48,4 +48,29 @@ if (result.sent) {
 Reset hasła / weryfikacja email idą przez wbudowany mechanizm Payload
 (`config.email`), którego ten moduł **nie** konfiguruje (celowo — wymagałby
 SMTP w env). Jeśli ich potrzebujesz, to osobna konfiguracja adaptera przy
-`buildConfig`.
+`buildConfig`.
+
+## Adapter — SMTP z panelu dla całego Payloada
+
+`sendEmail` wysyła własnym transportem. Osobno plugin daje adapter, który
+podłącza tę samą skrzynkę pod `payload.sendEmail`:
+
+```ts
+// payload.config.ts
+import { panelSmtpAdapter } from '@intecion/ipal-kit'
+
+export default buildConfig({
+  email: panelSmtpAdapter(),
+  // panelSmtpAdapter({ fallbackFromAddress, fallbackFromName }) — używane tylko
+  // zanim panel zostanie wypełniony (Payload wymaga adresu synchronicznie przy
+  // starcie, zanim można odczytać globala)
+})
+```
+
+Po wpięciu wszystko, co w Payloadzie wysyła maile, idzie przez SMTP z Site
+Integrations — w tym wbudowane maile form-buildera (Forms → Emails), maile
+resetu hasła i weryfikacji konta. Adapter czyta konfigurację przy każdym
+wysłaniu, więc zmiana skrzynki w panelu działa bez restartu.
+
+Bez adaptera Payload używa mocka, który tylko loguje do konsoli — maile
+form-buildera nie wyjdą.