Làm thế nào để khắc phục sự cố kết nối được gây ra bởi RPC khách hàng giao thức mục kiểm nhập

Hỗ trợ dành cho Office 2003 đã kết thúc

Microsoft đã kết thúc hỗ trợ dành cho Office 2003 vào ngày 8 tháng 4 năm 2014. Thay đổi này đã ảnh hưởng đến các bản cập nhật phần mềm và các tùy chọn bảo mật của bạn. Tìm hiểu ý nghĩa của điều này với bạn và cách thực hiện để luôn được bảo vệ.

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch thuật của Microsoft và có thể được Cộng đồng Microsoft chỉnh sửa lại thông qua công nghệ CTF thay vì một biên dịch viên chuyên nghiệp. Microsoft cung cấp các bài viết được cả biên dịch viên và phần mềm dịch thuật thực hiện và cộng đồng chỉnh sửa lại để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng nhiều ngôn ngữ Tuy nhiên, bài viết do máy dịch hoặc thậm chí cộng đồng chỉnh sửa sau không phải lúc nào cũng hoàn hảo. Các bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 325930
Bài viết này đã được lưu trữ. Bài viết được cung cấp "nguyên trạng" và sẽ không còn được cập nhật nữa.
Tóm tắt
Bài viết này thảo luận về thủ tục từ xa cuộc gọi (RPC) giao thức khóa registry và như thế nào họ có thể ảnh hưởng đến Microsoft Outlook kết nối với Microsoft Exchange Server. Bài viết này cũng thảo luận về thủ tục xử lý sự cố cơ bản.

Outlook sử dụng RPCs để thực hiện các cuộc gọi vào mạng. RPCs cho phép Outlook để gửi cuộc gọi đến nhiều khác nhau giao thức ngăn xếp. Các cuộc gọi phụ thuộc vào ngăn xếp giao thức có sẵn trên máy tính. Các giao thức phổ biến nhất là TCP/IP. Giao thức RPC khác bao gồm NetBIOS, NetBIOS trên TCP/IP, và IPX/SPX. Nếu một khách hàng máy tính gửi các yêu cầu giao thức RPC thích hợp, các máy chủ phải có những giao thức có sẵn.

Mục kiểm nhập giao thức RPC

Phần này mô tả các mục chính kiểm nhập kiểm soát giao thức RPC sử dụng Outlook.

RPC_Binding_Order

Mục RPC_Binding_Order được tạo ra khi bạn cài đặt chuyên biệt ứng dụng khách Outlook hoặc Exchange Server. Mục RPC_Binding_Order xác định trình tự giao thức được sử dụng khi Outlook RPC truyền thông được khởi xướng.

Lưu ý Mục RPC_Binding_Order không được tạo ra trong Microsoft Exchange Server 2003 hoặc trong Microsoft Exchange 2000 Server. Mục nhập này được tạo ra chỉ trong Microsoft Exchange Server 5.5 và trong các phiên bản trước của trao đổi.

Bạn có thể tìm thấy mục này trong khoá kiểm nhập sau:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\Exchange Provider
theo mặc định, mục Rpc_Binding_Order chứa dữ liệu giá trị sau:
ncalrpc, ncacn_ip_tcp, ncacn_spx, ncacn_np, netbios, ncacn_vns_spp
Để biết thêm chi tiết về làm thế nào để sửa đổi hoặc tái lập trật tự giới hạn trên, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
163576 Thay đổi thứ tự giới hạn trên RPC

RPC_Srv_Binding_Order

Các mục nhập registry RPC_Svr_Binding_Order được tạo ra khi bạn cài đặt chuyên biệt ứng dụng khách Outlook hoặc Exchange Server. Không nên nhầm lẫn mục này với các mục nhập registry RPC_Binding_Order. Mục nhập này không được sử dụng với Outlook RPC kết nối. Mục nhập này sẽ xác định trình tự giao thức được sử dụng cho truyền thông máy chủ đến máy chủ nhất định. Bạn có thể sử dụng tiện ích RPC đổ để xác định các giao thức mà có sẵn cho các khách hàng sử dụng. Để biết thêm chi tiết về các tiện ích RPC đổ, hãy xem phần "Kết xuất RPC sử dụng để xác định các hệ phục vụ RPC vấn đề" của bài viết này.

Bạn có thể tìm thấy mục RPC_Svr_Binding_Order trong registry subkey sau đây:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\Exchange Provider
theo mặc định, mục Rpc_Svr_Binding_Order chứa dữ liệu giá trị sau:
ncacn_ip_tcp, ncacn_spx, ncacn_vns_spp
Lưu ý Các giá trị khác có thể có mặt nếu giao thức bổ sung được cài đặt chuyên biệt.

ClientProtocols

Các
ClientProtocols
khoá con kiểm nhập được tạo ra khi bạn cài đặt chuyên biệt hệ điều hành và các giao thức mạng đầu tiên. Các
ClientProtocols
khoá con kiểm nhập chứa mục đó xác định các giao thức mà có thể được sử dụng bởi hệ thống điều hành khách hàng để kết nối với Exchange Server. Outlook có thể xác định giao thức RPC gửi; khoá con kiểm nhập này sẽ xác định nếu hệ điều hành hỗ trợ giao thức. Bạn có thể tìm thấy khoá con này trong các khóa registry sau đây trên Microsoft Windows 2000 và Microsoft Windows XP:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols
theo mặc định, các
ClientProtocols
khoá con chứa các mục kiểm nhập sau cho TCP/IP:
TênLoạiDữ liệu
ncacn_httpREG_SZrpcrt4.dll
ncacn_ip_tcpREG_SZrpcrt4.dll
ncacn_npREG_SZrpcrt4.dll
ncadg_ip_udpREG_SZrpcrt4.dll
Lưu ý Trong Microsoft Windows NT 4.0, vị trí khoá kiểm nhập là như nhau, nhưng mặc định TCP/IP mục khác nhau. Bảng sau mô tả các mục TCP/IP mặc định cho Windows NT:
TênLoạiDữ liệu
ncacn_npREG_SZrpcltcl.dll
ncalrpcREG_SZncalrpc
ncacn_ip_tcpREG_SZRpcLtCcm.Dll
ncadg_ip_udpREG_SZRpcLtCcm.Dll
ncadg_nb_tcpREG_SZrpcltccm.dll
ncacn_httpREG_SZrpcltccm.dll
Lưu ý Trong Microsoft Windows 98, khoá con là ở cùng một vị trí, nhưng mặc định TCP/IP mục khác nhau. Bảng sau mô tả các mục TCP/IP mặc định cho Windows 98:
TênLoạiDữ liệu
ncacn_npREG_SZrpcltcl.dll
ncalrpcREG_SZncalrpc
ncacn_ip_tcpREG_SZrpcltc3.dll
ncacn_httpREG_SZrpcltccm.dll

Gỡ rối các mục kiểm nhập RPC

Nếu một hoặc nhiều mục kiểm nhập RPC bị thiếu, các Outlook có thể không kết nối với máy chủ Exchange. Nếu các
ClientProtocols
khoá con hoặc dữ liệu giá trị bị thiếu, máy tính khách Outlook có thể không thể sử dụng giao thức dự kiến để kết nối. Cho Outlook để sử dụng giao thức RPC thích hợp, các
ClientProtocols
khoá con và dữ liệu giá trị phải được hiện tại và chính xác.

Ví dụ, trên máy tính đang chạy Outlook, nếu các mục nhập registry RPC ClientProtocols duy nhất đó là hiện nay là ncacn_np (với một giá trị của rpcrt4.dll), Outlook cố gắng kết nối với máy tính đang chạy Exchange Server bằng cách sử dụng tên đường ống trên TCP/IP cổng mặc định số 139. Nếu kết nối phải đi qua tường lửa, cổng 139 phải được mở. Ncacn_ip_tcp mục nhập sổ kiểm nhập bị thiếu (với một giá trị của rpcrt4.dll) phải được phục hồi để hỗ trợ một kết nối TCP/IP sử dụng cổng 135 hoặc cổng 445 với máy chủ Exchange.

Ngoài ra, nếu mục kiểm nhập RPC bị thiếu trên máy chủ, các bản ghi dịch vụ Exchange không được bao gồm để đáp ứng yêu cầu khách hàng. Vì vậy, khách hàng không thể kết nối với Exchange bằng cách sử dụng giao thức được yêu cầu. Ví dụ, nếu hệ phục vụ không có mục kiểm nhập RPC ClientProtocols cho ncacn_ip_tcp, Microsoft Exchange Information Store là không có sẵn khi bạn sử dụng TCP/IP kết nối. Bạn có thể sử dụng RPC đổ để khắc phục vấn đề này.

Thông báo lỗi Outlook

Các thông báo lỗi sau đây có thể xuất hiện trong ứng dụng khách Outlook khi mục kiểm nhập RPC bị thiếu hoặc bị hỏng:
  • Tên có thể không được giải quyết. sổ địa chỉ TheMicrosoft Exchange đã không thể kí nhập vào máy tính của Microsoft ExchangeServer.
  • Outlook có thể không kí nhập. Kiểm tra tomake chắc chắn rằng bạn đang kết nối vào mạng và đang sử dụng tên andmailbox máy chủ thích hợp.
  • Tên không thể resolved.Network vấn đề đang ngăn cản kết nối đến Microsoft Exchange Servercomputer. Liên hệ với người người quản trị hệ thống của bạn nếu điều này conditionpersists.
  • Thông tin kí nhập của bạn là không chính xác.Kiểm Tên người dùng và tên miền của bạn, sau đó gõ lại mật khẩu của bạn. Nếu bạn accountis mới hoặc nếu quản trị viên của bạn yêu cầu một sự thay đổi mật khẩu bạn cần phải clickChange mật khẩu sau đó kí nhập với mật khẩu mới của bạn.
  • Không thể khởi động Microsoft Outlook. Theattempt để kí nhập vào Microsoft Exchange Server máy tính hasfailed.
  • Hệ phục vụ có danh sách globaladdress không còn có sẵn. Bạn có thể kết nối đến một máy chủ khác nhau byrestarting Outlook hoặc thử lại thao tác khi máy chủ isreachable.
  • Kết nối với Microsoft Exchange Server không có sẵn. Outlook phải được trực tuyến hoặc kết nối để hoàn tất hành động này.
Nếu mục kiểm nhập RPC bị thiếu hoặc bị hỏng, những vấn đề sau đây có thể xảy ra:
  • Người dùng nhận được thư mới, nhưng thông báo thư mới làm notwork. Vấn đề này có thể xảy ra nếu giá trị đãng ký RPC cho Datagram Protocol(UDP) người dùng bị thiếu.
  • Người dùng không thể kết nối với máy tính đang chạy Exchange Server.
  • Người dùng không thể xác minh một bí danh tên AddressList toàn cầu.
  • Người dùng sẽ được nhắc để nhập ủy nhiệm kí nhập nhiều lần, và sau đó nhận được các thông báo lỗi được liệt kê trước đó trong bài viết này.
  • Máy in Fax không phải là có thể truy cập.

Sử dụng mạng lưới giám sát để xác định vấn đề RPC

Bạn có thể sử dụng mạng lưới giám sát để xác định các vấn đề liên quan đến RPC. Ví dụ:
  • Nếu dấu kiểm vết đã chụp của bạn không chứa bất kỳ lưu lượng truy cập RPC từ khách hàng đến máy chủ, khoá con RPC toàn bộ có thể bị mất tích. Nếu khoá con sự có mặt, đảm bảo rằng mục ncacn_ip_tcp (với một giá trị của rpcrt4.dll) không phải là mất tích. Nếu mục ncacn_ip_tcp (với một giá trị của rpcrt4.dll) là mất tích, khách hàng không cố gắng để kết nối với TCP/IP bằng cách sử dụng cổng 135. Khách hàng chỉ cố gắng kết nối sử dụng NetBIOS hoặc tên đường ống trên TCP/IP (cổng 139 hoặc cổng 445).
  • Nếu dấu kiểm vết đã chụp của bạn cho thấy khách hàng thành công kết nối với máy bức xạ điểm cuối, các khách hàng thành công sẽ gửi một yêu cầu opnum0x3 RPC. Khách hàng nhận được một phản ứng nơi các cặp cuối bốn thập lục phân dữ liệu Hiển thị như sau: D6 A0 C9 16. Thông thường, phản ứng này có chứa Zero nếu yêu cầu là thành công. Hành vi này có thể xảy ra nếu các máy chủ thiếu giá trị kiểm nhập ncacn_ip_tcp trong các
    ClientProtocols
    khoá con kiểm nhập. Trong trường hợp này, các bản ghi dịch vụ Microsoft Exchange Information Store là không có sẵn để sử dụng trên TCP/IP.
Để biết thêm chi tiết về làm thế nào để phân tích lưu lượng truy cập mạng lưới khách hàng bằng cách sử dụng Exchange Server, ghé thăm Web site sau của Microsoft:

Sử dụng RPC đổ để xác định các vấn đề máy chủ RPC

Bạn có thể sử dụng công cụ RPC đổ để gỡ rối các vấn đề máy chủ RPC. Bạn có thể sử dụng công cụ RPC đổ vào danh sách các RPC ứng dụng đang chạy trên máy chủ. Hiện có ba thành phần RPC phải có sẵn cho khách hàng Outlook để kết nối thành công:
  • Công cụ bản đồ điểm cuối.
  • bản ghi dịch vụ Microsoft Exchange Information Store với universal nhận dạng duy nhất (UUID) của a4f1db00-ca47-1067-b31e-00dd010662da.
  • Các tên bản ghi dịch vụ nhà cung cấp giao diện (NSPI) với UUID f5cc5a18-4264-101a - 8c 59-08002b2f8426.
    • Trong Exchange Server 5.5 và trước đó, NSPI đã được cung cấp bởi Microsoft Exchange Directory bản ghi dịch vụ.
    • Trong Exchange Server 2003 và trong Exchange 2000 Server, NSPI được cung cấp bởi các máy chủ toàn cầu cửa hàng. Trên một máy chủ toàn cầu cửa hàng, NSPI chạy theo bản ghi dịch vụ kí nhập mạng (lsass.exe). Các máy chủ Exchange có thể cung cấp giới thiệu NSPI và chức năng proxy.
    Để biết thêm chi tiết về khách hàng NSPI và Outlook, bấm vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
    256976 Làm thế nào MAPI khách hàng truy cập vào Thư mục Họat động
Bạn phải chạy công cụ RPC đổ từ một dấu kiểm nhắc lệnh. Phổ biến dòng lệnh lệnh bao gồm:
  • rpcdump.exe/i > rpcdump.txt
  • rpcdump.exe /p > rpcdump.txt
Cả hai những lệnh trực tiếp đầu ra được tạo ra để các tập tin Rpcdump.txt.

RPC đổ công cụ thường được sử dụng cùng với màn hình mạng. Ví dụ, nếu khách hàng Outlook thành công không thể xác minh tên, bạn có thể chạy công cụ RPC đổ trên máy chủ cung cấp NSPI.

Lưu ý Nếu f5cc5a18-4264-101a-8c59-08002b2f8426 là mất tích từ một máy chủ toàn cầu cửa hàng cho TCP/IP (ncacn_ip_tcp), máy tính khách Outlook không thể kết nối với NSPI trên TCP/IP.

Bạn cũng có thể sử dụng công cụ RPC đổ khi máy tính khách Outlook có thể thành công xác minh tên, nhưng các máy tính khách Outlook không thể kí nhập vào hộp thư. Bằng cách chạy công cụ RPC đổ, bạn có thể xác định nếu các cửa hàng (a4f1db00-ca47-1067-b31e-00dd010662da) được kiểm nhập với RPC TCP/IP (ncacn_ip_tcp), đặt tên theo ống (ncacn_np) hoặc các giao thức khác. Vấn đề này thường là do thiếu
ClientProtocols
mục kiểm nhập trên máy chủ. Vấn đề cũng có thể xảy ra nếu NSPI và cửa hàng tĩnh được ánh xạ tới cảng cùng.

Để biết thêm thông tin về ánh xạ cổng tĩnh cho Exchange Server 2003 và Exchange 2000 Server, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
270836 Exchange Server tĩnh cổng ánh xạ
Lưu ý Công cụ RPC đổ không danh sách máy bức xạ điểm cuối. Để biết thêm chi tiết về làm thế nào để có được công cụ RPC đổ, ghé thăm Web site sau của Microsoft:

Khôi phục thiếu giá trị đãng ký RPC

Để khôi phục lại thiếu RPC giá trị sổ kiểm nhập trên máy tính khách hoặc trên máy chủ, hãy làm theo các bước sau.

Quan trọng Phần, phương pháp, hoặc công việc có bước mà cho bạn biết làm thế nào để sửa đổi sổ kiểm nhập. Tuy nhiên, vấn đề nghiêm trọng có thể xảy ra nếu bạn sửa đổi registry không chính xác. Vì vậy, hãy chắc chắn rằng bạn làm theo các bước sau một cách cẩn thận. Để bảo vệ bổ sung, sao lưu sổ kiểm nhập trước khi bạn sửa đổi nó. Sau đó, bạn có thể khôi phục sổ kiểm nhập nếu một vấn đề xảy ra. Để biết thêm chi tiết về làm thế nào để sao lưu và khôi phục sổ kiểm nhập, hãy nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
322756 Làm thế nào để sao lưu và khôi phục sổ kiểm nhập trong Windows

Bước 1: Xác minh mục kiểm nhập

  1. Nhấp vào Bắt đầu, và sau đó nhấp vàochạy.
  2. Trong các mở hộp, gõregedit, và sau đó nhấp vào OK.
  3. Xác định vị trí khoá sau trong sổ đăng ký:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols
    Xác minh rằng tất cả các mục là byreferring hiện tại và chính xác để các bảng chứa trong phần "ClientProtocols" của bài viết này.
  4. Nếu bất kỳ giá trị bị thiếu, thêm các giá trị bị thiếu. Để dothis, hãy làm theo các bước sau:
    1. Trên các chỉnh sửa trình đơn, điểm đến mới, và sau đó bấm String Value.
    2. Gõ tên của mất tích chuỗi giá trị, và sau đó nhấn ENTER.
    3. Nhấn ENTER.
    4. Trong hộp thoại Chỉnh sửa chuỗi , nhập dữ liệu giá trị bị thiếu trong các dữ liệu giá trị hộp, và sau đó nhấp vào OK.
  5. Thoát khỏi Registry Editor.
  6. Khởi động lại máy tính.
  7. Kiểm tra kết nối Exchange Server.

Bước 2: Xác minh các phiên bản của các tập tin DLL

Nếu tất cả các giá trị sổ kiểm nhập tồn tại, xác minh các phiên bản của các tập tin RPC DLL là trên máy tính. Các phiên bản của các tập tin RPC DLL phải phù hợp với các phiên bản và xây dựng, số hệ điều hành Windows trên máy tính.

Lưu ý Các phím kiểm nhập được mô tả trước đó trong bài viết này liệt kê các tập đã đặt tên tin .dll mỗi RPC sử dụng. Ví dụ, Rpc4rt4.dll là tập tin .dll được sử dụng bởi TCP/IP trên Windows 2000 và Windows XP.

Để xác định các phiên bản và xây dựng, số hệ điều hành Windows trên máy tính, hãy làm theo các bước sau.
  1. Nhấp vào Bắt đầu, và sau đó nhấp vàochạy.
  2. Trong các mở hộp, gõwinver.
  3. Làm cho anote của các phiên bản và xây dựng số.
Để xác định phiên bản của tập tin .dll, hãy làm theo các bước sau:
  1. Trong Window Explorer, xác định vị trí các tập tin .dll RPC trong mục tin thư thoại theWindows\System32.
  2. Bấm chuột phải vào tệp, và sau đó bấmthuộc tính.
  3. Bấm vào Phiên bản.
  4. Lưu ý các phiên bản tập tin.

    Phiên bản tệp phải phản ánh xây dựng, số hệ điều hành Windows trên máy tính. Ví dụ, trên Windows XP version5.1 xây dựng 2600, phiên bản tập tin Rpcrt4.dll là 5.1.2600.0.
Nếu các phiên bản của tập tin .dll không khớp với các phiên bản và xây dựng, số hệ điều hành Windows trên máy tính, thay thế các tập tin .dll với phiên bản chính xác. Để làm điều này, hãy làm theo các bước sau:
  1. Xác định vị trí các phiên bản chính xác của tập tin .dll.

    Bạn có thể tìm thấy fileon đĩa compact Windows, trong gói bản ghi dịch vụ Windows, hoặc onanother máy tính đang chạy cùng một xây dựng của Windows.
  2. Trên máy tính đang gặp vấn đề, xác định vị trí các tập tin .dll.
  3. Thay đổi phần mở rộng của tập tin .dll để .bak hoặc .old.
  4. Sao chép các tập tin .dll chính xác để máy tính đang gặp vấn đề.
  5. Khởi động lại máy tính.
  6. Kiểm tra kết nối Exchange Server.

Bước 3: Loại bỏ và sau đó cài đặt chuyên biệt lại TCP/IP

Quan trọng Bước này chỉ phải được thực hiện trên các khách hàng máy tính hoặc máy tính.

Trên máy tính khách Outlook, nếu bạn không thể thiết lập lại kết nối Exchange Server bởi sau bước 1 và 2, loại bỏ và sau đó cài đặt chuyên biệt lại TCP/IP. Microsoft khuyến cáo rằng bạn không loại bỏ các giao thức TCP/IP từ hệ phục vụ. Để loại bỏ và sau đó cài đặt chuyên biệt lại TCP/IP trên máy, hãy làm theo các bước sau:
  1. kí nhập dưới tên người quản trị địa phương.
  2. Nhấp vào Bắt đầu, và sau đó nhấp vàoPanel điều khiển.
  3. Nhấp đúp vào NetworkConnections.
  4. Bấm chuột phải vào kết nối khu vực địa phương, và sau đó bấmthuộc tính.
  5. cài đặt chuyên biệt các giao thức khác để duy trì một giữ chỗ cho kết nối. Ví dụ, cài đặt chuyên biệt NWLink.
  6. Bấm để bỏ chọn hộp kiểm Giao thức Internet (TCP/IP) , và sau đó nhấp vào OK.
  7. Bấm vào .
  8. Lặp lại các bước 3 đến 5 cho mỗi connectionthat mạng được liệt kê.
  9. Khởi động lại máy tính của bạn.
  10. Nhấp vào Bắt đầu, và sau đó nhấp vàoPanel điều khiển.
  11. Nhấp đúp vào NetworkConnections.
  12. Bấm chuột phải kết nối mạng, và sau đó bấmthuộc tính.
  13. Bấm để bỏ chọn hộp kiểm Giao thức Internet (TCP/IP) , và sau đó nhấp vào OK.
  14. Bấm vào .
  15. cài đặt chuyên biệt lại TCP/IP trong từng kết nối mạng.
  16. Trong từng kết nối mạng, loại bỏ protocolthat đã được cài đặt chuyên biệt để duy trì giữ chỗ (ví dụ như NWLink). Không loại bỏ otherprotocols nếu họ đã được cài đặt chuyên biệt.
  17. Khởi động lại máy tính của bạn.
Tham khảo
Để biết thêm chi tiết về làm thế nào để khắc phục sự cố kết nối, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
255843 Không thể kí nhập vào hệ phục vụ Exchange từ một khách hàng Windows 2000 hoặc Windows XP
321652 Bạn nhận được thông báo lỗi và liên tục được nhắc nhở cho các ủy nhiệm tên miền Windows NT trong Outlook 2000 hoặc trong Outlook 2002
319517 Bạn nhận được một thông báo lỗi khi bạn sử dụng Outlook 2002 trên bản ghi dịch vụ đầu cuối Windows 2000
326036 Không thể kí nhập vào Exchange 2000 Server máy tính bằng cách sử dụng các chứng chỉ đúng
319572 Exchange 2000 Server không thể kiểm nhập thông báo thư mới Outlook
Xác thực thất bại ntlm thất bại ntlm OL2000 OL2002 OL2003 WinXP W2K

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 325930 - Xem lại Lần cuối: 12/07/2015 11:45:49 - Bản sửa đổi: 4.0

Microsoft Exchange 2000 Server Standard Edition, Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange Server 2003 Standard Edition, Microsoft Office Outlook 2003, Microsoft Outlook 2002 Standard Edition, Microsoft Outlook 2000 Standard Edition

  • kbnosurvey kbarchive kbinfo kbmt KB325930 KbMtvi
Phản hồi