Puncte:0

Outlook / MS Exchange din Office 365 returnează sintaxa antetului de 550

drapel us

Un client de-al meu are un caz în care o companie parteneră nu este în măsură să le livreze e-mailuri. Cazul este că primesc următoarele informații returnate de Mailer-Daemon:

Acest mesaj a fost creat automat de software-ul de livrare a corespondenței.

Un mesaj pe care l-ați trimis nu a putut fi livrat unuia sau mai multor destinatari. E o eroare permanenta. Următoarele adrese nu au reușit:

recipient@office365-based-email.com
gazdă 192.168.101.200 [192.168.101.200]
Eroare SMTP de la serverul de e-mail la distanță după terminarea datelor:
550 sintaxă antet

Cu toate acestea, exact același mesaj trimis la recipient@gmail.com sau literalmente orice alt sistem de e-mail funcționează perfect și ajunge la destinație.

Ce am incercat pana acum:

  1. Adăugarea fluxului de e-mail, care ar ocoli filtrul de spam
  2. Trimiterea de e-mail de test prin diverși clienți de e-mail
  3. S-au verificat rapoartele fluxului de e-mail pentru eșecuri
  4. Urmărirea mesajului verificată

dar fie nici urme ale acelor mesaje.

Asa de:

  • are cineva idee care ar putea fi motivul?
  • ai idee unde sa caut?

Urmează un exemplu de sursă de mesaj (adrese de e-mail reale și conținut ascunse):

De la: sender@other-3rd-party-mail-service-provider.com
Către: recipient@office365-based-email.com
Subiect: ABC
Subiect: ABC
Index de fire: XYZ/DASds
X-MS-Exchange-MessageSentRepresentingType: 1
Data: Luni, 7 Mar 2022 12:54:02 +0100
ID-ul mesajului:
    <123.eurprd08.prod.outlook.com>
Referinte:
    <123.eurprd08.prod.outlook.com>
Răspuns la:
    <123.eurprd08.prod.outlook.com>
Conținut-Limba: pl-PL
X-MS-Has-Attach: da
X-MS-TNEF-corelator:
X-MS-Exchange-Organization-RecordReviewCfmType: 0
Tip de conținut: mai multe părți/mixt;
    boundary="_002_VI1PR0802MB2255D7C42F929D70566E9C7982089VI1PR0802MB2255_"
Versiunea MIME: 1.0

--_002_VI1PR0802MB2255D7C42F929D70566E9C7982089VI1PR0802MB2255_
Tip de conținut: text/html; charset="iso-8859-2"
Conținut-Transfer-Codificare: citat-printabil

ceva conținut html

--_002_VI1PR0802MB2255D7C42F929D70566E9C7982089VI1PR0802MB2255_
Tip de conținut: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet;
    name="some_file.xlsx"
Conținut-Descriere: some_file.xlsx
Conținut-Dispoziție: atașament; filename="2022_03_04.xlsx"; dimensiune=41422;
    creation-date="Lun, 07 Mar 2022 09:57:43 GMT";
    modification-date="Luni, 07 Mar 2022 12:08:34 GMT"
Conținut-Transfer-Codificare: base64

conținutul fișierului atașat

--_002_VI1PR0802MB2255D7C42F929D70566E9C7982089VI1PR0802MB2255_--
Appleoddity avatar
drapel ng
Un NDR tipic conține mai multe informații decât acestea. Aceste informații nu sunt suficiente pentru a stabili dacă sunt de partea dvs. sau a lor. Cu siguranță nu este ceva care ar fi primit de la Office 365, care este mult, mult, mai detaliat. De ce crezi că problema este de partea ta, spre deosebire de a lor? Dacă acestea sunt toate informațiile pe care le primesc din partea lor, atunci este 100% din partea lor.
drapel us
@Appleoddity - pentru a fi corect, presupunem că problema este de la capăt - deoarece ei sunt singurii care se plâng de livrare, toți ceilalți clienți/parteneri/etc pot ajunge la e-mail în mod corespunzător. Cu toate acestea, așa cum sa menționat mai sus, trimiterea exactă a aceluiași e-mail de pe serverele lor ajunge la Google și la câțiva alți jucători importanți, problema este doar atunci când aveți de-a face cu o365. Prin urmare, m-am gândit că ar putea exista o opțiune pentru a afla ce se întâmplă la capătul receptorului.
drapel us
În plus, pot trimite același mesaj către alte e-mail-uri găzduite de o365 (am testat personal cu alt domeniu și a funcționat ca un farmec).
Puncte:0
drapel us

În cele din urmă, problema sa dovedit a fi clientul Outlook. Persoana care încerca să trimită e-mailuri cu atașamente în plus față de e-mail-ul său (cel problematic) a configurat și contul MS Exchange din domeniul în care erau trimise e-mailurile.

O astfel de configurare a făcut ca lista de contacte să fie reunită și sincronizată din MS în teorie doar pentru contul din domeniul problematic, dar când încerca să trimită e-mail din alt cont, lista din MS Exchange era încă disponibilă și atunci când a fost selectată, nu a făcut-o. conțin adresa completă, ajungând practic cu trimiterea de e-mailuri fără e-mailul către, adică către to='John Doe' în loc de to='John Doe john.doe@example.com'.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.