Obsługa plików EML/MSG. Wysyłanie wcześniej wygenerowanej wiadomości

Odpowiedź została przetłumaczona automatycznie. W związku z tym mogą wystąpić błędy gramatyczne lub nietypowe sformułowania.

Ponieważ nasze obecne środowisko testowe wykorzystuje interfejs w języku angielskim, dostarczone zrzuty ekranu również są w tym języku. Oczywiście te same czynności można wykonać w wersji językowej używanej przez Ciebie, ponieważ układ i funkcjonalność pozostają niezmienne we wszystkich wersjach językowych.

Witaj, Stefanski!

Dzień dobry. Dziękuję za podzielenie się swoimi doświadczeniami i szczegółowe opisanie zaobserwowanego zachowania.

Z Twojego opisu wynika, że ​​problem prawdopodobnie wynika z różnic w architekturze między klasycznym programem Outlook a nowym programem Outlook dla systemu Windows. W klasycznym Outlooku pliki EML lub MSG zawierające znacznik stanu „niewysłane” (np. odpowiednią etykietę wersji roboczej lub statusu niewysłania) można było otwierać jako wiadomości możliwe do edycji i gotowe do wysłania. Jednak nowy Outlook korzysta z innego silnika, a sposób obsługi lokalnych plików EML, MSG czy OFT nie zawsze jest identyczny jak w wersji klasycznej. W rezultacie pliki te mogą otwierać się jako wiadomości zapisane lub już wysłane, zamiast jako wersje robocze gotowe do edycji.

Nowy Outlook jest stale udoskonalany, a firma Microsoft pracuje nad zapewnieniem równoważności funkcji i obsługą procesów znanych z wcześniejszych wersji programu. Niemniej jednak obecnie może nie istnieć w pełni równoważny format pliku lokalnego, który gwarantowałby takie samo zachowanie jak w klasycznym Outlooku — czyli bezpośrednie otwieranie przygotowanej wiadomości jako wersji roboczej gotowej do edycji.

W międzyczasie warto rozważyć następujące rozwiązania alternatywne:

1/ Użycie interfejsu Microsoft Graph do utworzenia wersji roboczej bezpośrednio w skrzynce pocztowej użytkownika

Zamiast generować lokalny plik EML lub MSG, aplikacja może wykorzystać interfejs API Microsoft Graph do utworzenia wiadomości jako wersji roboczej bezpośrednio w skrzynce pocztowej użytkownika. Ogólny przebieg procesu wyglądałby następująco:

• Aplikacja uwierzytelnia się w usłudze Microsoft Graph.
• Aplikacja wywołuje interfejs API w celu utworzenia wersji roboczej wiadomości, na przykład za pomocą metody POST /me/messages lub POST /users/{id}/messages.
• Wersja robocza jest zapisywana w folderze „Wersje robocze” (Drafts) użytkownika.
• Użytkownik otwiera nowy program Outlook, przechodzi do folderu „Wersje robocze”, sprawdza lub edytuje wiadomość i wysyła ją ręcznie.

Takie podejście pozwala uniknąć uzależnienia od sposobu interpretacji lokalnych plików EML/MSG przez nowy program Outlook i stanowi bardziej nowoczesne, wspierane rozwiązanie w scenariuszach związanych z nowym Outlookiem. Więcej szczegółów można znaleźć w następujących artykułach firmy Microsoft:

• Automatyzacja tworzenia, wysyłania i przetwarzania wiadomości przy użyciu interfejsu API poczty programu Outlook – Microsoft Graph | …
• Tworzenie wiadomości – Microsoft Graph v1.0 | Microsoft Learn

2/ Dalsze korzystanie z klasycznego programu Outlook w przypadku przepływów pracy zależnych od starszych rozwiązań

• Jeśli bieżący proces jest ściśle uzależniony od zachowania klasycznego programu Outlook – na przykład od otwierania lokalnych plików EML/MSG oznaczonych jako niewysłane (z flagą „unsent”) w formie wiadomości gotowych do edycji – dalsze korzystanie z klasycznej wersji programu może być najbardziej praktycznym rozwiązaniem tymczasowym, dopóki wymagana funkcjonalność nie zostanie w pełni zaimplementowana w nowym programie Outlook.

Jako moderator forum liczę na zrozumienie, że nie mam możliwości bezpośredniej modyfikacji produktu ani eskalowania zgłoszeń dotyczących problemów technicznych. Gorąco jednak zachęcam do przesłania opinii za pośrednictwem społeczności Outlook (new) · Community. To najskuteczniejszy sposób, aby głos użytkownika dotarł do zespołu odpowiedzialnego za produkt i został uwzględniony przy planowaniu przyszłych ulepszeń.

Po przesłaniu opinii możesz udostępnić link do niej w komentarzu poniżej. Chętnie oddam na nią głos, aby zwiększyć jej widoczność.

Jeśli nie masz możliwości samodzielnego przesłania opinii, daj mi znać – chętnie zrobię to w Twoim imieniu.

Ponadto, skoro wielu innych użytkowników wyraziło podobne obawy, ale może nie wiedzieć, gdzie zgłosić swoje uwagi – jeśli moja odpowiedź pomogła Ci lepiej zrozumieć sytuację i wskazała możliwe dalsze kroki, zaznacz ją proszę jako „Tak”. Twój głos pomoże przypiąć ten wpis na górze listy, dzięki czemu innym członkom społeczności zmagającym się z tym samym problemem łatwiej będzie go znaleźć i poprzeć.

Mam nadzieję, że te informacje okażą się przydatne. W razie jakichkolwiek pytań lub potrzeby uzyskania dodatkowej pomocy, zachęcam do zamieszczenia komentarza poniżej. Z przyjemnością pomogę.

Jeszcze raz dziękuję za cierpliwość i wyrozumiałość.

Uwaga: Aby otrzymywać powiadomienia e-mail dotyczące tego tematu, wykonaj kroki opisane w naszej dokumentacji w celu ich włączenia.