Điểm:0

Tại sao không trao đổi người dùng xác thực trong vai trò quản trị viên?

lá cờ jp

Tôi có một ứng dụng khởi động mùa xuân java mà tôi xác thực thông qua các máy chủ trao đổi của chúng tôi. Địa chỉ gửi trong email là cùng một địa chỉ được liên kết với người dùng được xác thực.

Khi tôi trỏ URL kết nối trực tiếp vào một trong các máy chủ trao đổi, nó sẽ xác thực và gửi email thành công.Tuy nhiên, khi tôi trỏ nó vào (tôi nghĩ nó được gọi là chuyển tiếp) [URL trỏ đến một trong hai máy chủ] thì nó bắt đầu báo lỗi cho tôi (Xác thực không thành công; ngoại lệ lồng nhau là javax.mail.AuthenticationFailedException: 535 5.7.3 Xác thực không thành công )

Tại thời điểm này, tài khoản người dùng không được bao gồm trong bất kỳ vai trò quản trị viên nào. TUY NHIÊN, khi tôi thêm tài khoản vào Vai trò quản trị "Quản lý tổ chức" có các vai trò được chỉ định sau (bên dưới), nó sẽ xác thực và gửi email. Vấn đề cuối cùng là khi tôi tạo một bản sao của vai trò đó và thêm tài khoản làm thành viên, nó không xác thực được. Tất cả những điều được đề cập ở trên đều được thực hiện khi đăng nhập vào tài khoản quản trị viên miền với toàn quyền truy cập. Tôi không biết nơi nào khác để tìm hoặc những gì khác để thử. Hãy giúp tôi.

  • Quyền Active Directory
  • Danh sách địa chỉ
  • Nhật ký kiểm tra
  • Đại lý tiện ích mở rộng cmdlet
  • Quản trị tuân thủ
  • Ngăn ngừa mất dữ liệu
  • Nhóm cơ sở dữ liệu sẵn có
  • Bản sao cơ sở dữ liệu
  • cơ sở dữ liệu
  • Khắc phục thảm họa
  • Nhóm phân phối
  • Đăng ký cạnh
  • Chính sách địa chỉ e-mail
  • Trình kết nối trao đổi
  • Chứng chỉ máy chủ trao đổi
  • Máy chủ trao đổi
  • Trao đổi thư mục ảo
  • chia sẻ liên kết
  • Quản lý quyền thông tin
  • viết nhật ký
  • Nắm giữ pháp lý
  • Thư mục công cộng được kích hoạt thư
  • Tạo người nhận thư
  • Người nhận thư
  • Mẹo thư
  • Tìm kiếm hộp thư
  • Theo dõi tin nhắn
  • di cư
  • Giám sát
  • Di chuyển hộp thư
  • Ứng dụng tùy chỉnh của tổ chức
  • Ứng dụng Thị trường Tổ chức
  • Quyền truy cập của khách hàng tổ chức
  • Cấu hình tổ chức
  • Cài đặt vận chuyển tổ chức
  • Giao thức POP3 và IMAP4
  • Sao chép thư mục công cộng
  • thư mục công cộng
  • Nhận kết nối
  • Chính sách người nhận
  • Miền từ xa và miền được chấp nhận
  • Quản lý duy trì
  • Quản lý vai trò
  • Quản trị viên bảo mật
  • Tạo nhóm bảo mật và tư cách thành viên
  • Trình đọc bảo mật
  • Gửi trình kết nối
  • Hộp thư nhóm
  • Đại lý vận tải
  • vệ sinh giao thông
  • hàng đợi vận chuyển
  • Luật giao thông
  • Hộp thư UM
  • Lời nhắc UM
  • Nhắn tin hợp nhất
  • Tùy chọn người dùng
  • Nhật ký kiểm tra chỉ xem
  • Cấu hình chỉ xem
  • Người nhận chỉ xem
  • Quản lý khối lượng công việc
lá cờ cn
Tôi không thực sự chắc chắn tôi hiểu đầy đủ câu hỏi. Tôi cho rằng ứng dụng của bạn muốn gửi email qua máy chủ Exchange. Nếu đúng như vậy, bạn có thể tạo một trình kết nối chỉ định IP ứng dụng gửi của bạn sẽ cho phép chuyển tiếp ẩn danh từ ứng dụng của bạn (về mặt kỹ thuật là từ máy chủ đó). Giả sử bạn đang cố gắng chuyển tiếp qua một cổng cạnh, điều này sẽ thực hiện thủ thuật. Đây là cách thực hiện điều đó trên Exchange 2016 https://practical365.com/exchange-2016-smtp-relay-connector/

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.