タグ付けされた質問 「microsoft-office-365」

Office 365は、ビジネス生産性のためのMicrosoftのサブスクリプションベースのクラウドソリューションです。すべてのサーバー側コンポーネントは、Microsoftが管理するデータセンターでホストされています。O365に加入しているお客様は、最新のビジネス生産性ソフトウェアにアクセスでき、「完全にクラウドベース」にするか、一部のオンプレミスサーバーを保持するハイブリッド構成を選択できます。

7
Windowsショップが「すべて」をクラウドに移動しても、Active Directoryが必要ですか?
この質問から脱却します。MSActive Directoryは本当に必要ですか?2014年の新しい方向に。 基本的なWindowsインフラストラクチャを考慮に入れる: ドメインコントローラー Exchange 2007/2010/2013 共有ポイント SQL ファイルサーバー/プリントサーバー AD統合DNS AD認証済みのサードパーティデバイス(ネットワークや場合によってはコンテンツフィルタリングなどのために802.1Xを使用します) ITアプリ/ハードウェア/などのAD / LDAP認証「管理」機能。 おそらくいくつかのKMSのもの 必要に応じてCAを投入します 自作アプリ サードパーティの社内アプリ それでは、それをすべてリッピングして、クラウドに行くことに決めましょう。Exchange / Sharepoint / File ServicesをOffice 365に移行することを契約しました。SQLはAzureのようなものでもホストされるようになりました。AD-DNSの必要性をなくし、単純なWindows DNSサーバーを介してすべてを実行します。まだ802.1Xが必要です。可能であれば、さまざまなクラウドアプリへのSSOを希望します。自社開発およびサードパーティの社内アプリはおそらく残るでしょうが、AD認証の代わりに内部ユーザーデータベースを使用する機能があります 質問は...本当にActive Directoryが本当に必要なのでしょうか? さらに、ADオンプレミス、Azureなどを介してホストされる(ADFS)、またはAzureなどを介してホストされたVMでADDSを実行することもできます。http://www.onelogin.com/partners/app-partners/office-365/など、サードパーティのSSOオプションなど、SSOの機能を簡単に提供できるものを探しますかLastPassまたは各ユーザーの類似? クラウド内の他のすべてがADの場合、どのような正当なニーズが満たされますか? 以前はADに依存していたすべてをAD認証に依存しないSaaSサービスに移行する場合、MS中心のインフラストラクチャはADをまったく使用しないで済むでしょうか。

4
Outlook 2013:「最初の実行」ステータスにリセットする方法
TL; DR スクリプト、Powershell、reg delete、telekinesis、Outlook 2013をリセットする方法はありますか?プロファイルが存在せず、初めて実行されたかのように。 まだこれを実行していますが、他の人が洞察を持っていることを期待しています。 シナリオ ここの多くのユーザーは、社内のExchangeサーバーに接続する既存のOutlookプロファイルを持っています。Office 365への移行の途中です。ユーザーのOutlookを移行するには、Outlookで新しいプロファイルを作成するか、古いプロファイルを完全に削除してから「新しく開始」する必要があります。 ユーザーが新たに起動し、メールプロファイルのデフォルトのプロファイル名が「Outlook」であるようにします(「O365」などのカスタムプロファイルや2番目のプロファイルではありません)。これは、ERPシステムがERPソフトウェア内でメールを送信するためにこのプロファイルを探すためです。 問題 問題は、「新たに開始すること」が実際に新たに開始することではないということです。 Mailコントロールパネルの設定からデフォルトのプロファイル「Outlook」を手動で削除すると、Outlookはプロファイルなしで起動しますが、プロファイル名の入力を求められます。 Outlook新しいプロファイル名として入力すると、次のようになります: 私が入っREGEDITて見てみると: HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles まだプロファイルとして「Outlook」が表示されます。 Reg DELETEこのキーとすべてのサブキーを試しましたが、「正常に削除されました」とは言っていますが、そうではありません。 このプロファイルキーを手動で削除した場合、Outlookを再度起動できます。新しいプロファイル名を入力するように求められたら、入力してOutlook、それを取得し、Outlookの新しいセットアップのように続行します。 Outlook 2013(ここにあります)のコマンドラインスイッチからは、/ cleanprofileがまだ存在しているようには見えません。 最下線の質問 スクリプト、Powershell、reg delete、telekinesis、Outlook 2013をリセットする方法はありますか?プロファイルが存在せず、初めて実行されたかのように。

1
複数のドメインの複数のSPFレコード
最近、電子メールにOffice 365の使用を開始しました。これには、値を持つDNS TXTレコードを追加する必要がありますv=spf1 include:spf.protection.outlook.com -all。既に使用しているSMTP送信者であるMandrill SPFの値v=spf1 include:spf.mandrillapp.com ?allを持つレコードが既にあります。 私の懸念は、これがいくつかの競合を引き起こす可能性があることです。私の懸念は有効ですか、これら2つのSPFレコードで問題ありませんか?

2
Office 365 Pro Plusを展開するときにOfficeのレガシバージョンをアンインストールします
ボリュームライセンス版のOffice(MSI展開のあるもの)では、OCTを使用して、新しいバージョンが展開されたときに以前のバージョンのOfficeを削除するパッケージを作成できます。 Office 365 Pro Plusはクイック実行のみです。つまり、OCTは動作しません。ODTでは、Office 365 Pro Plusのカスタマイズが可能ですが、以前のバージョンのOfficeを削除する機能が欠けているようです。 Office 365 Pro Plusの展開にネイティブでこれを行う方法はありますか、それともアンインストールロジックと共にOfficeのすべての可能なバージョンをチェックするスクリプトを作成する必要がありますか?


1
mail.protection.outlook.comに送信されたメールが受信されていません
数日間、私たちは多くの購読しているクライアントから、毎日のアラートメールを受け取っていないという苦情を受けています。ログがサーバーでメールが受け入れられていることを確認しました(MXレコードexample.com.mail.protection.outlook.com:)が、このサービスにサブスクライブしているすべてのクライアントが受信ボックスにメールを取得していません。メールは、クライアントメールサーバーによって障害なく受け入れられます。 以下は、sendmailサーバーからのログです。注:有効なSPFレコードがあります。また、メールサーバーはどこにもブラックリストに登録されていません。メールには、クライアントがサブスクライブされているサービスに関するHTML埋め込み情報が含まれています。 to=<xxxx@xxxxx.co.za>, delay=00:00:08, xdelay=00:00:08, mailer=esmtp, pri=206583, relay=xxxxx-co-za.mail.p...ction.outlook.com. [xxx.xxx.154.23], dsn=2.0.0, stat=Sent (<VPOP31.4.0e.20140910113951.917.f85.2.34364a7d@CMS1> [InternalId=58007828300753, Hostname=xxxxxxx.eurprd03.prod.outlook.com] Queued mail for delivery) この問題を回避するにはどうすればよいですか?

4
Active DirectoryのマスターレコードとしてOffice365またはAzure ADを使用できますか?
私たちは中小企業であり、現在、オフィス内にドメインは必要ありません。基本的なネットワークと、Windows Server 2008 R2を実行する単一のサーバーと、いくつかのファイル共有とサードパーティアプリがあります。 Office 365を使用し、Windows Azureサブスクリプションを持っています。2つは、組織のActive Directoryの同期をかなりうまく維持しているようです。(つまり、データは両方のシステムで同じに見えます) アプリサーバーで実行するサードパーティアプリはすべて、アイデンティティプロバイダーとしてLDAPをサポートしていますが、ドメインを実行しないため、各ユーザーにこれらのサービスの新しいログイン/パスワードを作成させる必要があります。 このサーバーをAzure / Office 365から同期し、ユーザーがOffice365資格情報を使用して認証できるようにすることが理想です。 FROMオンプレミスをAzureに同期することに関する話を見つけましたが、FROM Azure / Office 365をオンプレミスサーバーに同期したいのです。オンプレミスサーバーは、Office 365ディレクトリのフェデレーションIDプロバイダーになると思います... これは可能ですか、またはAzureまたはOffice 365のIDをフェデレートできるサードパーティのLDAPプロバイダーが必要ですか?

1
Office 365で確認した後、Microsoft Exchangeフェデレーションの信頼が壊れる
わかりました。これはすべて、Office 365のセットアップ中に始まりました。Microsoftによると、オンプレミスフェデレーションの信頼をExchangeから削除し、ドメインを確認してから追加し直す必要があります。そうしないと、ドメイン名の検証時に不明瞭なエラーメッセージが表示されます。 だから私はこれをやった...フェデレーションの信頼が壊れていることを除いて。「Test-FederationTrust -Verbose」から次のメッセージが表示されます。 VERBOSE: [19:43:14.005 GMT] Test-FederationTrust : Retrieved Token Issuer Uri from Federation Metadata: urn:federation:MicrosoftOnline. VERBOSE: [19:43:14.005 GMT] Test-FederationTrust : Retrieved Token Issuer Certificate from Federation Metadata: <snip>. VERBOSE: [19:43:14.005 GMT] Test-FederationTrust : Retrieved Token Issuer Previous Certificate from Federation Metadata: <snip>. VERBOSE: [19:43:14.005 GMT] Test-FederationTrust : Retrieved …

2
Office 365へのすべての外部メールがSPFに失敗し、ハイブリッド展開でEOPによって迷惑メールとしてマークされる
要するに、EOP(Exchange Online Protection)が電子メールメッセージをジャンク(SCL5)およびSPF失敗としてスタンプするため、正当な電子メールがジャンクフォルダーに到着します。これは、クライアントのドメイン(contoso.com)に対するすべての外部ドメイン(gmail.com/hp.com/microsoft.comなど)で発生します。 背景情報: メールボックスをOffice 365(Exchange Online)に移行し始めています。これは、Hybrid Deployment / Rich-Coexistence構成です。ここで、 オンプレミス= Exchange 2003(レガシー)および2010(ハイブリッド展開用にインストール) オフプレミス= Office 365(Exchange Online) EOPはSPFチェック用に構成されています。 MXレコードは、オンプレミスからExchange Onlineへのすべてのメールボックスの移行が完了していないため、オンプレミスを指しています。 問題は、外部ユーザーが組織内のOffice 365メールボックスにメールを送信するとき(メールフロー:外部->メールゲートウェイ->オンプレミスメールサーバー-> EOP-> Office 365)、EOPはSPFルックアップとハード/ソフトを実行しますメールを受信したメールゲートウェイの外部向けIPアドレスを含む失敗メッセージ。 (オンプレミスのメールボックスにはこの問題は表示されません。Office365に移行されたメールボックスのみが表示されます。) イラスト: 例1:MicrosoftからO365へ Authentication-Results: spf=fail (sender IP is 23.1.4.9) smtp.mailfrom=microsoft.com; contoso.mail.onmicrosoft.com; dkim=none (message not signed) header.d=none; Received-SPF: Fail (protection.outlook.com: domain of microsoft.com does not designate …

2
Office365 SPFレコードのルックアップが多すぎます
まったくばかげた管理上の理由から、Office365に1つのメールボックスを持つ分割ドメインinclude:outlook.comがあり、SPFレコードに追加する必要があります。これに関する問題は、そのルールだけで最大10の9つの DNSルックアップが必要なことです。 真剣に、それは恐ろしいです。それを見てください: v=spf1 include:spf-a.outlook.com include:spf-b.outlook.com ip4:157.55.9.128/25 include:spfa.bigfish.com include:spfb.bigfish.com include:spfc.bigfish.com include:spf-a.hotmail.com include:_spf-ssg-b.microsoft.com include:_spf-ssg-c.microsoft.com ~all 我々は我々自身の大っぽいメールシステムを持っていることを考えると、我々はのためのルール持っている必要がありa、mx、include:_spf1.mydomain.com、およびinclude:_spf2.mydomain.com13件のDNSの原因検索のプットたちをPERMERRORsの厳格なSPFのバリデータと、非厳密/ひどく実装バリデータと完全に信頼できない/予測不可能な検証を。 include:肥大化したoutlook.comの記録からこれらのルールのうち3つを何らかの形で削除することはできますが、それでもO365が使用するサーバーをカバーできますか? 編集: コメンテーターは、短いspf.protection.outlook.comレコードを使用する必要があると述べています。それは一方である私にニュース、そしてそれがある短い、それは1つのレコードだけ短いです。 spf.protection.outlook.com include:spf-a.outlook.com include:spf-b.outlook.com include:spf-c.outlook.com include:spf.messaging.microsoft.com include:spfa.frontbridge.com include:spfb.frontbridge.com include:spfc.frontbridge.com 編集² 技術的にこれを次のように切り分けることができると思います: v=spf1 a mx include:_spf1.mydomain.com include:_spf2.mydomain.com include:spf-a.outlook.com include:spf-b.outlook.com include:spf-c.outlook.com include:spfa.frontbridge.com include:spfb.frontbridge.com include:spfc.frontbridge.com ~all しかし、これに関して私が目にする潜在的な問題は次のとおりです。 親spf.protection.outlook.comとspf.messaging.microsoft.comレコードの変更に遅れないようにする必要があります。何かが変更されたり、[god forbid]が追加された場合、それを反映するために手動で更新する必要があります。 実際のドメイン名では、レコードの長さは260文字であり、TXTレコードに2つの文字列が必要になります。また、そこにあるすべてのDNSクライアントとSPFリゾルバーが255バイトを超えるTXTレコードを適切に受け入れるとは信じていません。

3
O365から外部のフェデレーションドメインにカレンダーの空き時間情報を共有できません
フェデレーションを介してカレンダーの空き時間情報を共有しようとしている2つのドメインがあります。SiteAは、Exchange 2010 SP2のオンプレミス展開です。SiteBはOffice 365 Enterpriseの展開です。 どちらの組織も、MSFTゲートウェイを介してフェデレーションされます。 共有は、SiteAからSiteBに機能します。つまり、SiteBのユーザーは、SiteAのユーザーへのアクセスを要求し、カレンダーを表示できます。 SiteBからSiteAへの共有は機能しません。 Test-OrganizationRelationshipを実行すると、次のようになります。 [PS] C:\Windows\system32>Test-OrganizationRelationship -UserIdentity me@site.a -Identity siteB -verbose VERBOSE: [20:24:06.006 GMT] Test-OrganizationRelationship : Active Directory session settings for 'Test-OrganizationRelationship' are: View Entire Forest: 'False', Default Scope: 'mydomain', Configuration Domain Controller: 'mydc', Preferred Global Catalog: 'mygc', Preferred Domain Controllers: '{ mydc1, mydc2 }' …


2
Outlook 2016(Office 365)でメールに誤ったタイムゾーンを使用している
台北のタイムゾーンに2人のユーザーがいます。 どちらも、システム時刻が台北時刻に正しく設定されたPCを使用しています。 どちらも同じテナントにOffice 365 E3 Enterpriseアカウントを持ち、Office 2016がインストールされています。 どちらも、メールのニーズにOutlook 2016を使用し、同じオンプレミスのExchangeサーバーに接続します。 1人のユーザーの場合、電子メールのすべてのタイムスタンプが台北時間で正しく表示されます。 他のユーザーの場合、電子メールのすべてのタイムスタンプがPST時間を使用しているようです。 どうして? 私のグーグルはすべてOutlookのカレンダー機能でタイムゾーンを参照しているようですが、カレンダーを使用していません。これは、電子メールのタイムスタンプのみを参照しています。

3
Office365へのPostfixリレー
LinuxボックスにPostfixサーバーをセットアップして、すべてのメールをOffice365(MicrosoftがホストするExchange)メールサーバーに中継しようとしていますが、送信アドレスに関するエラーが発生し続けます。 BB338140DC1:to = relay = pod51010.outlook.com [157.56.234.118]:587、delay = 7.6、delays = 0.01 / 0 / 2.5 / 5.1、dsn = 5.7.1、status = bounced(ホストpod51010.outlook.com [ 157.56.234.118]言った:550 5.7.1クライアントには、この送信者として送信する権限がありません(DATAコマンドの終了に応じて)) Office 365では、MAIL FROMおよびFrom:ヘッダーの送信アドレスが、認証に使用されるアドレスと同じである必要があります。私はこれを機能させるために構成で考えられるすべてのものを試しました。俺のpostconf -n: append_dot_mydomain = no biff = no config_directory = /etc/postfix debug_peer_list = 127.0.0.1 inet_interfaces = loopback-only inet_protocols = all mailbox_size_limit = 0 mydestination …

1
Exchange 2010-ハイブリッドOffice 365、管理者IDパスワードを更新する必要があります
2つの社内Exchange 2010サーバーと1つのExchange Online(O365 for Business)があります。 O365 Global Adminアカウント(ハイブリッドセットアップの接続にも使用されます)のパスワードを変更したため、オンプレミスサーバーにジャンプすると、EMCを介してメールボックス、配布グループなどを表示できません。 リモートサーバーの社内Exchangeサーバー内の管理者IDの資格情報を更新する場所について、誰かが正しい方向を教えてくれますか? これにはPowershellを使用する必要がありますか? よろしく、Vas
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.