none
Windows10에서 아웃룩 첨부파일 네트워크 파일서버 저장시 10초간 프리징 문제점 RRS feed

  • 질문

  • 안녕하세요.

    처음으로 질문을 드리는데요.

    윈도우10 에서 아웃룩 첨부 파일을 네트워크 드라이브 파일 서버에 저장 하려고 하면 10초정도 비활성화 되면서 저장을 할수 있게 나타나는

    문제가 발생 하고 있어요. 

    특이한 점이 처음 발생하면 이문제가 다음 부터는 발생이 안하고 피시를 재부팅 하고 아웃룩 파일을 네트워크 파일서버 드라이브에

    저장하려면 동일하게 10초간 비활성화 되는데 이원인 해결법이 어떻게 되는지 알고 싶어 문의 드립니다.

    혹시나 해서 네트워크 트레픽이나 밴드 위드스 문제인지 생각 하였지만 win7에서는 발생 하지 않았고 Win10에서 발생 하는 문제 입니다.

    현재 같은 증상이 다른 피시에서도 동일하게 발생하고 있어서 어떻게 처리해야 하는지 알고자 글을 올리게 되었어요.

    아시는분 답변좀 부탁드릴께요^^

    2019년 10월 12일 토요일 오전 6:46

모든 응답

  • 안녕하세요,

    문의하신 내용에 대한 보다 상세한 원인 파악을 위하여, 이슈가 발생하는 PC의 Windows 버전 및 OS 빌드, 그리고 Office 버전 및 빌드를 확인해 보시기 바랍니다. 참고로 OS 및 Office의 버전 확인은 다음 링크의 내용을 참고하시기 바랍니다.

    윈도우 10 버전 정보와 OS 빌드를 확인하는 방법 (winver)
    Office 정보: 사용 중인 Office 버전 확인

    감사합니다.

    ※ 응답이 문제 해결에 도움이 되었다면 [답변으로 표시] 버튼을 눌러 주시기 바랍니다. 이는 유사한 증상을 겪는 다른 사용자들에게 도움이 될 수 있습니다. 만약 TechNet 구독자 지원에 대한 의견이 있다면, tnsf@microsoft.com 으로 문의할 수 있습니다.

    2019년 10월 14일 월요일 오전 1:15
    중재자
  • 안녕하세요. 현재 윈도우10 (1809버전이구) 오피스 365 Pro Plus (1808)_빌드 10730.20334 버전 입니다.
    2019년 10월 14일 월요일 오전 7:24
  • 우선 상세한 피드백 감사합니다.

    언급하신 Office 버전 및 빌드에 비추어 보아, Office상의 이슈가 아닌 Windows 10 OS 상의 이슈로 보입니다. Office 365 1807 버전(빌드 10730.20088)부터는 매핑된 네트워크 드라이브에 첨부 파일을 저장할 수 없는 이슈가 해결된 것으로 파악되고 있으며, 자세한 사항은 다음 링크의 내용을 참고하시기 바랍니다.

    Various attachment saving scenarios do not work as expected in Outlook 2016

    Windows 10의 경우 네트워크 드라이브와 관련된 이슈가 지속적으로 제기되어 왔으며, 1809 버전에서 해당 부분에 대한 업데이트가 제공되었으나, 현재 최신 버전인 1903 버전에서도 여전히 관련 이슈가 보고되고 있습니다.

    언급하신 초기 지연(Initial Delay) 현상의 원인을 특정하기는 어렵습니다만, PC를 부팅하고 Windows 로그인을 하기 전에 우측 하단의 네트워크 아이콘에서 모두 연결되었다는 표시를 확인한 뒤에 로그인 하거나, 또는 PC 부팅 후 바로 Outlook 클라이언트를 실행하여 네트워크 드라이브에 첨부 파일을 저장하기 전에 File Explorer 등을 통하여 네트워크 드라이브와의 연결을 먼저 확인해 보는 방법 등을 시도해 볼 수 있습니다. 아울러, Windows 10 1809 버전의 네트워크 드라이브 이슈와 관련된 문서 링크를 첨부해 드리오니 참고하시기 바랍니다.

    Mapped network drive may fail to reconnect in Windows 10, version 1809

    감사합니다.

    ※ 응답이 문제 해결에 도움이 되었다면 [답변으로 표시] 버튼을 눌러 주시기 바랍니다. 이는 유사한 증상을 겪는 다른 사용자들에게 도움이 될 수 있습니다. 만약 TechNet 구독자 지원에 대한 의견이 있다면, tnsf@microsoft.com 으로 문의할 수 있습니다.

    2019년 10월 14일 월요일 오전 8:23
    중재자
  • 그렇군요. 저희만의 문제가 아니었군요. 그럼 win10 관련하여 링크 주신 내용을 참고하여 해결할수가 있는지 문의 드립니다.^^
    2019년 10월 14일 월요일 오전 10:00
  • 안녕하세요,

    링크된 문서의 내용은 매핑된 네트워크 드라이브가 다시 연결되지 않을 경우에 대한 내용으로, 문의하신 내용과 이슈가 정확히 일치하지는 않습니다. 다만 해당 문서에 기재된 해결방법(Workaround)은 PC가 재시작되면서 장치에 로그온할 때, 매핑된 네트워크 드라이브를 자동으로 다시 연결하는 스크립트를 실행하는 방법을 제공하고 있으므로, 참고할만한 내용이라 생각되어 첨부해드린 것입니다. 해당 방법으로 이슈가 해결될지 여부에 대하여 Windows 10 1809 버전의 환경을 구현하여 테스트를 시도해보았으나, 이슈가 재현되지 않아 확답을 드리기는 어려운 점 양해 바랍니다. 아울러 보다 확실한 원인 분석 및 이슈 파악을 위해서는 해당 이슈 발생 당시의 로그 수집 및 분석이 필요할 수 있으므로, Microsoft 기술지원부의 지원도 고려해보시기 바랍니다.

    감사합니다.

    ※ 응답이 문제 해결에 도움이 되었다면 [답변으로 표시] 버튼을 눌러 주시기 바랍니다. 이는 유사한 증상을 겪는 다른 사용자들에게 도움이 될 수 있습니다. 만약 TechNet 구독자 지원에 대한 의견이 있다면, tnsf@microsoft.com 으로 문의할 수 있습니다.



    2019년 10월 15일 화요일 오전 1:03
    중재자
  • 그렇군요.

    알려주셔서 감사합니다.

    한번더 확인해 보겠습니다.

    2019년 10월 15일 화요일 오후 12:26