API wysyłania wiadomości e-mail: Wyślij od użytkownika Gmail, Outlook i IMAP Konta
Większość interfejsów API poczty e-mail wysyła wiadomości z współdzielonej domeny, którą posiadasz. Interfejs API wysyłania wiadomości e-mail Unipile działa inaczej: wysyła wiadomości z własnych kont Gmail, Outlook i IMAP Twoich użytkowników, z pełnym protokołem OAuth2, bez przechowywania danych uwierzytelniających i jednym, ujednoliconym punktem końcowym dla każdego dostawcy. Kiedy Twoje oprogramowanie jako usługa (SaaS) musi wysyłać wiadomości e-mail programowo w imieniu prawdziwych ludzi, ta integracja sprawia, że działa.
API do wysyłania wiadomości e-mail działające w imieniu Twoich użytkowników
Większość wyszukiwań "API do wysyłania e-maili" prowadzi do dostawców transakcyjnych. To nie jest to. Unipile to API do obsługi poczty e-mail użytkowników: łączy się z prawdziwymi kontami Gmail lub Outlook Twoich użytkowników i wysyła wiadomości w ich imieniu, z ich tożsamością i ich dostarczalnością.
Dlaczego deweloperzy budują na API do obsługi poczty e-mail użytkowników
Kiedy Twój produkt musi wysyłać wiadomości e-mail programowo od prawdziwych osób (nie z adresu noreply@), są to scenariusze, które napędzają adopcję.
Wysyłaj e-maile weryfikacyjne z własnych kont Gmail lub Outlook każdego przedstawiciela handlowego. Wyższe wskaźniki odpowiedzi, autentyczna tożsamość nadawcy, nie wymaga rozgrzewania domeny. Potencjalni klienci widzą prawdziwe imię, a nie generyczny pseudonim.
Pozwól agentom wsparcia odpowiadać bezpośrednio z ich własnej skrzynki pocztowej. Klienci widzą nazwisko i adres e-mail prawdziwej osoby, a nie alias typu support@. Buduje zaufanie, przyspiesza rozwiązywanie problemów.
Docieraj do kandydatów dzięki spersonalizowanym e-mailom z rzeczywistego konta rekrutera. Bez zimnej domeny, bez ryzyka filtrów antyspamowych, bez okresu rozgrzewkowego. E-mail trafia do skrzynki odbiorczej jak prywatna wiadomość, ponieważ nią jest.
Wyślij e-mail z Gmail, Outlook i IMAP: Jedno API
API wysyłki wiadomości e-mail Unipile całkowicie abstrahuje warstwę dostawcy. Niezależnie od tego, czy konto Twojego użytkownika to Gmail, Outlook, Microsoft 365, Exchange Online czy dowolna skrzynka pocztowa zgodna z IMAP, wywołanie API jest identyczne. Piszesz integrację raz i działa ona z każdym dostawcą.
gmail.wyślijminimalna liczba wymaganych uprawnień Mail.Send:delegowane lub na poziomie aplikacji Jak wysłać e-mail przez API: Integracja krok po kroku
Od połączenia konta po wysłanie pierwszego programu e-mail, oto kompletny przebieg. Ten przewodnik obejmuje Gmail i Outlook; kroki dla IMAP są identyczne, zmienia się tylko typ konta.
Zaloguj się w panelu Unipile. Każda przestrzeń robocza otrzymuje klucz API. Wszystkie żądania są uwierzytelniane za pomocą X-API-KEY header. Brak konfiguracji OAuth po Twojej stronie: Unipile obsługuje autoryzację dostawcy za Ciebie.
Wygeneruj link hostowanego uwierzytelniania za pomocą API. Użytkownik klika w niego i przechodzi przez standardowy ekran zgody OAuth2 u swojego dostawcy. Unipile bezpiecznie przechowuje tokeny i zwraca account_id. Nigdy nie dotykasz danych uwierzytelniających.
"typ":"MICROSOFT". Dla IMAP, użyj "typ":"IMAP". Ten sam przepływ hostowany obsługuje wszystkich trzech dostawców.Po tym, jak użytkownik zakończy proces OAuth2, Unipile wyśle webhook do Twojego punktu końcowego z account_id. Zachowaj to w swojej bazie danych: będzie to klucz używany w każdym wywołaniu API wysyłania wiadomości e-mail dla tego użytkownika.
POST do /api/v1/emails z account_id. E-mail jest wysyłany z rzeczywistej skrzynki odbiorczej Gmail lub Outlook użytkownika, tak samo, jakby sam nacisnął przycisk wysyłania. Punkt końcowy jest identyczny bez względu na to, czy połączone konto to Gmail, Outlook, czy IMAP.
"DW", "dw skj", "odpowiedz_do"oraz "załączniki" do tej samej ładunku.Gotowi do wysyłania e-maili z Gmail, Outlook i IMAP?
Twój klucz API czeka. Zacznij tworzyć w mniej niż 10 minut.
Jednolity Punkt Końcowy do Wysyłania E-maili przez Wszystkich Dostawców
Największą przeszkodą w integracjach z wieloma dostawcami jest utrzymywanie oddzielnych ścieżek kodu dla każdej usługi pocztowej. Unipile eliminuje ten problem. Niezależnie od tego, czy połączone konto to Gmail, Outlook, czy IMAP, zawsze wywołujesz ten sam punkt końcowy z tym samym ładunkiem. Warstwa abstrakcji zajmuje się protokołami specyficznymi dla dostawcy, odświeżaniem tokenów i różnicami w limitach zapytań w tle.
Brak oddzielnych ścieżek kodu dla Gmaila i Outlooka. Jedna integracja obejmuje dziś wszystkich trzech dostawców i wszelkich przyszłych dodatków dołączonych przez Unipile.
Tokeny dostępu OAuth2 wygasają. Unipile odświeża je w sposób przejrzysty. Twój kod nigdy nie musi obsługiwać cyklu życia tokenu; po prostu wywołuj API i wysyłaj.
Każdy użytkownik łączy swoje własne konto. Ty zarządzasz identyfikatorem konta (account_id) dla każdego użytkownika; Unipile zajmuje się resztą. Bez żonglerki SDK poszczególnych dostawców.
API zwraca taką samą strukturę JSON niezależnie od dostawcy. Przeanalizuj jeden schemat, zbuduj jeden program obsługi błędów, dostarcz szybciej.
Chcesz wysyłać e-maile w imieniu swoich użytkowników na dużą skalę? Przeczytaj pełny poradnik, jak to zrobić wysyłaj e-maile w imieniu użytkowników, w tym model zgodności i zgody stosowany przez Unipile, aby wszystko było możliwe do audytu.
Wszystkie punkty końcowe API wysyłania wiadomości e-mail, zorganizowane
Każdy punkt końcowy dostępny do połączenia kont, wysyłania i odpowiadania, zarządzania skrzynką pocztową oraz nasłuchiwania zdarzeń w Gmailu, Outlooku i IMAP przy użyciu jednej integracji.
Wyślij i Odpowiedz
4 dostępne punkty końcowe
Konfiguracja konta
3 dostępne punkty końcowe
Zarządzaj e-mailami
5 dostępne punkty końcowe
Webhooks
2 dostępne wydarzenia
Obejmuje przepływy uwierzytelniania, konfigurację webhooków, czytanie i wysyłanie wiadomości e-mail, załączniki oraz pełne porównanie dostawców — wszystko, czego potrzebujesz, aby stworzyć gotową do produkcji integrację z API do wysyłania wiadomości e-mail.
Uwierzytelnianie i bezpieczeństwo dla Twojej integracji z API do wysyłania e-maili
Obsługa poświadczeń e-mail użytkowników jest jednym z najbardziej ryzykownych elementów każdej integracji SaaS. Architektura Unipile zaprojektowana jest tak, aby nigdy nie przechowywać ani nie przesyłać bezpośrednio tokenów OAuth2; powierzchnia ryzyka pozostaje minimalna, a zgodność pozostaje łatwa do zarządzania.
Unipile generuje adres URL zgody OAuth2, zbiera kod autoryzacyjny i przechowuje tokeny dostępu oraz odświeżania we własnym zaszyfrowanym skarbcu. Twój backend widzi jedynie account_id. Brak surowych tokenów, haseł czy dryfu poświadczeń.
Tokeny Gmail OAuth2 wygasają po 1 godzinie. Tokeny Microsoftu wygasają po 1 godzinie (dostępu) lub 90 dniach (odświeżania). Unipile odświeża je automatycznie przed wygaśnięciem. Twoje wywołania API do wysyłania wiadomości e-mail nigdy nie kończą się niepowodzeniem z powodu nieaktualnego tokena.
W przypadku integracji typu „tylko wysyłanie” Unipile prosi tylko o wymagane zakresy: gmail.wyślij dla Gmaila i Mail.Send dla programu Outlook. Przestrzega to zasady najmniejszych uprawnień i zmniejsza powierzchnię ataku na dane użytkowników.
Każdy webhook wysyłany przez Unipile do Twojego punktu końcowego zawiera nagłówek podpisu, który możesz zweryfikować za pomocą swojego sekretu webhooka. Zapewnia to, że ładunki zdarzeń nie mogą zostać sfałszowane przez osoby trzecie próbujące wywołać akcje w Twoim systemie.
Infrastruktura Unipile posiada certyfikat SOC 2 typu II. Audytowane kontrole obejmują zarządzanie dostępem, szyfrowanie danych w spoczynku i w tranzycie, reakcję na incydenty oraz dostępność. Dzięki temu łatwo przejść przez oceny bezpieczeństwa dostawców, gdy klienci korzystający z usług SaaS pytają o sposób obsługi poświadczeń e-mail.
Dowiedz się o bezpiecznym API poczty elektronicznejUnipile posiada ocenę CASA Tier 2, która jest standardem bezpieczeństwa wymaganym przez Google dla aplikacji uzyskujących dostęp do poufnych zakresów Gmail API. Ocena jest przeprowadzana przez autoryzowane laboratorium i obejmuje obsługę danych, kontrolę dostępu oraz bezpieczne praktyki programistyczne. Wymagane do utrzymania produkcji dostępu do zakresów wysyłania Gmail.
Pełne pokrycie funkcji API poczty e-mail we wszystkich dostawcach
Jedna integracja daje Ci dostęp do wszystkich głównych operacji e-mail w Gmail, Outlook i u dostawców IMAP. Ten sam punkt końcowy, ta sama struktura ładunku, ten sam format odpowiedzi, niezależnie od tego, które konto połączył Twój użytkownik.
| Cecha | Gmail | Outlook / M365 | IMAP / SMTP |
|---|---|---|---|
| Wysyłanie | |||
| Wyślij e-mail z konta użytkownika | ✓ | ✓ | ✓ |
| Wyślij z załącznikami | ✓ | ✓ | ✓ |
| Odpowiedz w istniejącym wątku | ✓ | ✓ | ✓ |
| Odbiorcy DW i UDW | ✓ | ✓ | ✓ |
| Treść ciała HTML | ✓ | ✓ | ✓ |
| Obrazy w linii (osadzanie CID) | ✓ | ✓ | ✓ |
| Dzienne ograniczenie wysyłki (orientacyjnie) | ~500 dziennie | ~10 000 / dzień | Zależny od serwera |
| Czytanie i synchronizacja | |||
| Wyświetl i odczytaj e-maile | ✓ | ✓ | ✓ |
| Widok wątku / rozmowy | ✓ | ✓ | ✓ |
| Naziemne webhooki w czasie rzeczywistym (nowy e-mail, odczytany, wysłany) | ✓ | ✓ | ✓ |
| Przyrostowa synchronizacja różnicowa | ✓ | ✓ | ✓ |
| Zarządzanie etykietami i folderami | ✓Etykiety | ✓Foldery | ✓Foldery |
| Uwierzytelnianie i bezpieczeństwo | |||
| OAuth2 (bez przechowywania haseł) | ✓ | ✓ | Hasło aplikacji |
| Automatyczne odświeżanie tokenu | ✓ | ✓ | ✓ |
| SOC 2 Typ II / CASA Poziom 2 | ✓ | ✓ | ✓ |
Częste błędy przy integracji API do wysyłania e-maili
Większość problemów, z którymi spotykają się deweloperzy podczas integracji API do wysyłania e-maili do kont użytkowników, można podzielić na kilka kategorii. Oto te, o których warto wiedzieć przed rozpoczęciem budowy.
Osobiste konta Gmail są ograniczone do około 500 wiadomości e-mail dziennie. Konta Outlook mają wyższe limity, ale nadal mogą podlegać ograniczeniom w okresach wzmożonego ruchu. Przekroczenie tych limitów powoduje błędy 429 lub tymczasowe zawieszenie konta przez dostawcę.
Użytkownicy mogą w każdej chwili cofnąć dostęp w ustawieniach swojego konta Google lub Microsoft. Kiedy to nastąpi, Unipile zwróci błąd przy następnym wywołaniu API dla tego konta. Jeśli Twoja aplikacja nie obsłuży tego w odpowiedni sposób, spowoduje to ciche błędy w dostarczaniu wiadomości e-mail.
account.disconnected zdarzenie webhook i poproś użytkownika o ponowne połączenie konta.Nawet z prawidłowym tokenem OAuth2, wysyłanie e-maili z konta użytkownika bez jego wiedzy narusza zasady użytkowania Google i Microsoft, a także przepisy o spamie w większości jurysdykcji. Ekran zgody OAuth2 musi jasno wyjaśniać, co zrobi Twoja aplikacja.
Jeśli przechowujesz tokeny dostępu samodzielnie i zostaną one ujawnione podczas naruszenia danych, atakujący będzie miał pełny dostęp do wszystkich powiązanych kont e-mail. Jest to krytyczne ryzyko bezpieczeństwa i zgodności, zwłaszcza w świetle RODO.
account_id; Unipile przechowuje tokeny w swoim certyfikowanym przez SOC 2 skarbcu. Twoja baza danych nigdy nie dotyka surowego tokenu OAuth2.SMTP wymaga bezpośredniego dostępu do serwera, zarządzania poświadczeniami, konfiguracji TLS i obsługi zwrotów. Interfejs API REST do wysyłania wiadomości e-mail abstrahuje to wszystko. Połączenie obu podejść w tym samym kodzie źródłowym dodaje złożoności bez korzyści.
Często zadawane pytania
Wszystko, co musisz wiedzieć o API do wysyłania wiadomości e-mail.
account_id przez webhook. Następnie wysyłasz POST do /api/v1/emails z tym account_id i Twoim ładunkiem wiadomości. E-mail wysyłany jest z ich rzeczywistego adresu Gmail. Nie jest wymagane żadne ustawienie klucza Gmail API po Twojej stronie.Mail.Send upoważnienie delegowane. Unipile automatycznie obsługuje odświeżanie tokenów.https://www.googleapis.com/auth/gmail.send. Pozwala to na wysyłanie wiadomości e-mail, ale nie daje dostępu do odczytu, modyfikacji ani usuwania wiadomości. Korzystając z Unipile, nie konfigurujesz tego zakresu samodzielnie; przepływ uwierzytelniania hostowanego się tym zajmuje. W przypadku czystego przypadku użycia interfejsu API do wysyłania wiadomości e-mail, gmail.wyślij jest wystarczający.POST /api/v1/emaile endpoint obsługuje konta Gmail, Outlook i IMAP. Dostawca jest określany przez account_id w ładunku; nie musisz tego określać. Zapisz logikę wysyłania raz, a będzie ona działać niezależnie od tego, z którego dostawcy poczty e-mail korzysta Twój użytkownik.Masz jeszcze jakieś pytania? Nasz zespół służy pomocą.
Połącz swoje pierwsze konto Gmail, Outlook lub IMAP i wyślij pierwszy e-mail programowo w mniej niż 30 minut. Bez przechowywania danych uwierzytelniających, bez konfiguracji OAuth2 po Twojej stronie, bez SDK dla poszczególnych dostawców. Jedno `account_id`, jeden punkt końcowy REST, wszyscy dostawcy.