Zmiany w magazynie wiadomości i ograniczanie liczby połączeń współbieżnych

Podsumowanie

W tym artykule opisano ulepszenia dotyczące protokołu klienckiego przesyłania uwierzytelnionego SMTP, który zostanie przeprowadzony od 1 września 2018 r.

Ten protokół jest wykorzystywany przez aplikacje, usługi i urządzenia do automatycznego wysyłania wiadomości e-mail.

Wprowadzone zmiany

Wiadomości przechowywane w folderze Elementy wysłane

Wiadomości e-mail, które są wysyłane, będą przechowywane w folderze Elementy wysłane w używanej skrzynce pocztowej. To zachowanie umożliwia użytkownikowi określenie, które wiadomości e-mail są wysyłane przez urządzenie wielofunkcyjne, i ułatwia rozwiązywanie problemów.

Uwaga

Pamiętaj, że folder Elementy wysłane przyczynia się do rozmiaru skrzynki pocztowej. Jeśli skrzynka pocztowa jest pełna, wysyłanie wiadomości e-mail zostanie zablokowane. W przypadku skrzynki pocztowej, która wysyła dużo wiadomości e-mail, zasady przechowywania dla folderu Elementy wysłane powinny być ustawione tak, aby folder był opróżniany, zanim skrzynka pocztowa zostanie zapełniona.

W zależności od aplikacji lub urządzenia wysyłającego wiadomości e-mail może wystąpić dowolny z następujących błędów, jeśli skrzynka pocztowa zostanie zapełniona:

554 5.2.2 Skrzynka pocztowa; STOREDRV. Przesyłanie. wyjątek: QuotaExceededException. MapiExceptionShutoffQuotaExceeded

554 5.2.2 Skrzynka pocztowa; STOREDRV. Przesyłanie. wyjątek: QuotaExceededException. MapiExceptionQuotaExceeded

Nowy limit ograniczania jednoczesnych połączeń wysyłających wiadomości

Usługa ma różne limity zapobiegające nadużyciom i zapewniające właściwe użytkowanie. Dodawany jest dodatkowy limit. W ramach nowego limitu jednocześnie można wysyłać wiadomości e-mail do trzech jednoczesnych połączeń. Jeśli aplikacja usiłuje wysłać więcej niż trzy wiadomości jednocześnie, korzystając z wielu połączeń, każde połączenie otrzyma następujący komunikat o błędzie:

432 4.3.2 STOREDRV. ClientSubmit; Przekroczono limit wątków nadawcy

Dodatkowe limity ograniczania dla protokołu uwierzytelniania SMTP są następujące:

  • 30 wiadomości na minutę
  • Limit szybkości adresatów wynoszący 10 000 adresatów dziennie

Przekroczenie tych ograniczeń powoduje wyświetlenie następującego błędu:

554 5.2.0 STOREDRV. Przesyłanie. wyjątek: SubmissionQuotaExceededException

Ta zmiana w przypadku jednoczesnych połączeń umożliwia lepszą ochronę usługi z dużych serii wiadomości e-mail wysyłanych przez automatyczne systemy w krótkim okresie czasu. Ta zmiana nie będzie miała wpływu na większość użytkowników przesyłanych przez usługę SMTP, którzy będą mogli wysyłać wiadomości od jednego klienta poczty e-mail lub urządzenia wielofunkcyjnego do danej skrzynki pocztowej.

W przypadku ograniczenia dowolnej aplikacji lub urządzenia należy zaprojektować aplikację lub urządzenie, aby ponowić próbę przesłania wiadomości, aby upewnić się, że wiadomości zostaną wysłane. Ta zmiana spowoduje tylko niewielkie opóźnienie wszystkich wiadomości, które są ograniczone.

Jeśli nie możesz zaakceptować tej zmiany, masz kilka opcji:

  • Użyj innej skrzynki pocztowej dla każdej aplikacji lub urządzenia.
  • Jeśli aplikacja wysyła wiadomości, takie jak biuletyny, można użyć operacji wsadowych. Możesz również wysyłać wiadomości do listy dystrybucyjnej zamiast do poszczególnych adresatów, ponieważ jest to o wiele bardziej wydajne i unika się ograniczania przepustowości.
  • Jeśli chronometraż jest bardzo ważny (na przykład w przypadku systemu alertów, który generuje wiele alertów jednocześnie), w wyjątkowych przypadkach może być konieczne użycie usług dostarczania poczty e-mail innych firm.

Nowe zachowanie podczas przesyłania wiadomości

Te zmiany w protokole spowodują, że wiadomości przejdzie nową trasę za pośrednictwem naszej usługi. Dlatego nieznaczne zmiany w zachowaniu mogą wystąpić, ponieważ niektóre drukarki i urządzenia wysyłają wiadomości, które nie są w pełni zgodne ze standardem branżowym dla poczty e-mail, RFC 5322.

Na przykład zachowanie funkcji przesyłania może ulec zmianie, jeśli odpowiedź lub wiadomość od adresu nie jest otoczona nawiasami ostrymi ("<" i ">") lub jeśli nazwa wyświetlana nadawcy zawiera nieprawidłowy znak, taki jak znak @, który nie jest ujęty w cudzysłów. Drukarki lub urządzenia, które nie są w pełni zgodne ze standardem RFC, mogą generować błędy wysyłania.

Ten problem można często rozwiązać przez zaktualizowanie ustawień na urządzeniu lub drukarce, dodając nawiasy ostre ("<" i ">") wokół odpowiedzi lub wiadomości od adresu.

Ponadto wiadomości mogą dotrzeć do adresata o innej nazwie wyświetlanej niż przed zmianą. Wiadomości wysyłane za pomocą protokołu przesyłania uwierzytelnionego SMTP będą teraz działać w taki sam sposób, jak inne protokoły przesyłania w pakiecie Office 365, takie jak protokół używany podczas wysyłania wiadomości e-mail przy użyciu aplikacji Outlook w sieci Web. W rezultacie nazwa wyświetlana pakietu Office 365 dla nadawcy będzie teraz wyświetlana jako część adresu nadawcy.

Aby zmienić nazwę wyświetlaną nadawcy wyświetlaną u adresatów wiadomości, możesz zmienić ustawienie nazwy wyświetlanej w skrzynce pocztowej nadawcy na odpowiednią nazwę wyświetlaną.

Odwołanie

Aby uzyskać więcej informacji na temat zmiany, zobacz następujący artykuł w blogu zespołu programu Microsoft Exchange:

Zmiany w protokole klienta przesyłania uwierzytelnionego SMTP