Automagical Outlook 365 Credentials

정말 좌절감이 많습니다. 우리 회사는 Exchange 서비스를 위해 Outlook 365를 사용하고 있습니다. 교환을 통해 클라이언트로부터 예외 전자 메일을 보내는 것을 자동화하려고합니다. 그러나이 주제에 관한 모든 문헌은 NetworkCredential에 일반 텍스트 사용자 이름/암호를 어떻게 든 제공해야한다는 것을 보여줍니다. 로그인 한 사용자의 계정을 사용하여 연결하고 싶습니다.Automagical Outlook 365 Credentials

인프라 측면에서 볼 때 Office 365는 ADFS를 통해 사용자를 인증한다는 것을 알고 있습니다. 이것이 늪지 표준 협상이 작동하지 않는 이유입니다. 이것이 일반 텍스트 암호가 필요한 이유이기도합니다. 그러나 Kerberos 스타일 인증이 작동하지 않을 이유가 없어야합니다.

요약하면 소스 또는 구성 중 하나에 응용 프로그램에 권한 정보를 인코딩하지 않고 Outlook 365를 통해 전자 메일을 보내는 프로그래밍 방식이 있습니까?

감사 일반적으로

출처

2013-02-25 Aron

BASIC + SSL 또는 ADFS의 두 가지 옵션이 있다고 생각하지만 회사 구성 방법에 따라 다릅니다. 여기서 'Office 365 Identity Service Description.docx'문서를 살펴 보시기 바랍니다 : http://www.microsoft.com/en-us/download/details.aspx?id=13602 정말 가능성을 이해하려면 . –

정보를 제공해 주셔서 감사합니다. 그러나 BASIC에 관심이 없기 때문에 자격 증명을 (본질적으로) 일반 텍스트로 저장하거나 사용자가 자동 메일 프로그램의 요점을 무시하는 사용자 이름/암호를 묻는 메시지를 표시해야합니다. – Aron

ADFS가 없다면 NTLM/Kerberos가 지원되지 않을 수도 있기 때문에이 솔루션이 유일한 해결책 일 수 있습니다. –

, 당신은 현재 CredentialCache.DefaultCredentials에 로그인 한 사용자의 NetworkCredintials을 얻을 수있을 것보다 당신이 사용자 이름 \ 암호를 제공하지 않고 사무실 Internet Explorer를 사용하여 라이브 365에 로그인 할 수 있습니다.

출처

2013-03-02 06:05:25

한숨 ... 당신의 대답은 나를이 문제로 이끌었습니다. ADFS 설정을 자세히 살펴 보았습니다. 우리 관리자들은 정식이 "충분히 가깝다"고 느끼고있는 것 같습니다. 아마도 그들이 추가 마일로 가서 진정한 통합 인증을 설정할 수 없기 때문일 것입니다. ... 빨간 테이프로, 나는 이것을 고칠 수 있을지 의심 스럽습니다. ARGH! – Aron

Automagical Outlook 365 Credentials

답변

관련 문제