인터넷 화려강산 신비로

메일을 송신하는 측의 메일서버가 사용하는 sendmail 설정상의 문제일 가능성이 높습니다. 주로 많이 사용되는 한글sendmail은 버그가 발견되는 즉시 패치되어 그 상위버젼으로 계속 배포됩니다. 메일을 사용자에게 제대로 디코딩하여 보여주기위해서는 일반적으로 보내온 메일에 첨부되어 온 헤더정보를 참고하게 되는데 위의 경우는 이 헤더 정보에 기록이 잘못되어 있던가 누락된 경우가 대부분입니다. 이경우에는 웹메일뿐만 아니라 아웃룩익스프레스나 넷스케잎 메신저 등 일반 메일클라이언트 툴로도 볼수가 없게 됩니다. 메일을 주시면 헤더정보를 확인토록 하겠습니다. 다른 서비스의 메일 계정을 사용하시는 분께서는 SMTP 서버가 운영되고 있는 해당 ISP측 관리자에게 문의하십시오.

메일을 확인하려고 하면 Internal Server Error 가 나타난다.

이런 현상은 네트웍 전송속도가 늦어서 처리결과를 사용자의 웹브라우저에 제대로 뿌려줄수 없을때 발생되는 에러입니다. 이를테면, 신비로에 접속하는 네트워크 경로상의 어느 한 지점에서 트래픽이 많이 발생 될 경우를 예로 들 수 있을 것입니다. 그 지점은 다른 나라의 어느 운영센타가 될 수도 있고 또는 국내에 있어서는 라우팅경로상의 타 통신사가 될 가능성도 높습니다. 따라서 네트워크가 정상적인 속도를 지원하는지 먼저 확인해 보시고 그후에는 브라우저 옵션에서 캐쉬된 파일들을 모두 지우고 reload하시면 제대로 보실 수 있을 것입니다.

메일클라이언트에서 권한부여가 안되거나 메일을 받을 수 없다.

웹메일을 사용하는 사용자가 아웃룩이나 메신저 등 메일 클라이언트로 메일을 송수신 하려고 하는경우 SMTP와 POP3 서버를 mail.shinbiro.com 으로 설정해 주셔야 정상적으로 메일을 사용할 수 있습니다. 만일 신비로에 모뎀이나 신비로전용라인을 통해 접속하는 것이 아닌경우 SMTP 서버는 해당ISP의 메일서버로 지정을 해 주시는 것이 스팸방지
차원에서 가장 좋습니다.

지금까지의 편지들이 쌓여서 NOBODY로 메일이 하나 왔는데 그것이 아무리 삭제를 하려고 해도 삭제가 안된다.

아웃룩이나 메신저를 통해서 메일을 수신하는 경우 서버와 클라이언트 사이에 네트워크 장애가 있을 경우 이런 현상이 나타날 수 있습니다. 이곳으로 문의하시면 즉시 해결해 드리겠습니다

클라이언트 메일전용 툴로 메일을 수신했을때 다음과 같은
메시지가 수신된다.

Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL~
Date: Wed, 3 Mar 1999 15:14:40 +0900 (KST)
From: Mail System Internal Data MAILER-DAEMON@webmail
This text is part of the internal format of your mail folder, and is not a real message. It is created automatically by the mail ...

위의 메일은 클라이언트 메일전용 툴로 메일을 수신하였을때 발생됩니다. 위의 내용은 웹메일이 사용자가 사용하는 프로토콜이 POP3인지 IMAP인지를 판별하기 위해 메일폴더 헤더에 기록해 두는 메일헤더의 내용을 삭제하지 말라는 내용이므로 수신된 위의 메시지는 삭제하셔도 무방합니다.

로그인시에 error: Missing required argument to LOGIN
이라는 에러 메세지가 나타난다.

사용자의 LoginID와 Password가 서로 맞지 않을때 발생되는 전형적인 오류입니다. 헬프데스크로 문의해 주십시오.

메일전용 툴로 메일을 수신할때 다음과 같은 오류메세지가 나타난다.

오류 메세지: 현재 시스템 장애로 인하여 웹 메일 서비스가 중단...

DNS cache 때문에 임시 주소를 찾을때 발생되는 현상입니다. 네트워크환경에서 DNS 서버를 202.30.143.11로 지정하고 재부팅 하시면 해결됩니다. 그렇지 않으면 자동적으로 cache가 업데이트 될때까지 많게는 12시간을 기다리셔야 합니다.

메일툴에 비해 웹메일의 속도가 늦는점에 대한 의문?

웹메일과 전용 메일툴간에는 서로 장단점이 있습니다. 일반 메일툴을 이용하면 이용자의 시스템까지 메일이 전송되는 시간이 걸리는 단점이 있는 반면 전용 메일툴이니 수신된 메일을 처리하는데 걸리는 시간은 단연 웹메일보다 현재단계에서는 월등히 빠른것이 사실입니다. 반면 웹메일의 경우엔 사용자에게 메일이 직접 전송되지 않고 서버에서 처리되어 결과만 보여지는 방식으로 처리되므로 여기까지는 클라이언트 툴을 사용하는것보다 빠른 장점이 있으나 웹서버를 거쳐 HTML로 메일을 재구성하고 그 결과를 CGI를 통해 사용자 브라우져에 보여주어야 하는만큼 여기서는 시간이 다소 더 걸릴 수 가 있습니다. 그러나 자주 위치를 이동(출장, 여러이용자가 한대의 PC를 공유하는 사례 등) 하는 사용자에게 있어서는 웹메일이 이러한 공유문제를 월등히 해결해 주는 편리한 인터페이스라고 할 수 있겠습니다.
따라서 일반 메일툴을 이용하는 것에비해 웹메일이 결코 효율이 떨어진다고는 볼 수 없을 것입니다. 장단점에 따라 사용자의 선택이
있을 뿐입니다.

보내기화면에서 송신자의 이름이 깨져서 보인다.

보내기 텍스트 콘트롤안의 email address앞에 사용자명이 붙는것은 정상적인 것입니다. 즉, 신비로는 웹메일을 보낼때 고객DB에서 사용자 이름을 조회하여 인용부호() 안에 표시하므로써 메일 수신자가 송신자의 이름을 볼 수 있도록 하고 있습니다. 이 부분이 깨지는 현상은 사용하고계시는 로컬시스템의 캐쉬된 내용이 갱신된 것으로 보이는데, 이경우 브라우저의 옵션설정에서 캐쉬파일을 모두 삭제하신 후 재시도하시면 제대로 보이실 것입니다.

웹메일에서 보낸 편지가 깨져서 보인다.

웹메일에서 작성한 편지는 텍스트 타입으로 처리되어 SMTP를 통해 수신자에게 전송됩니다. 이과정은 RFC에서 정의한 표준방식을 그대로 따르는 것이기 때문에 복잡한 유형의 메일이 아닌 단순 텍스트 메일조차 수신자에게 깨어져 보인다면 다음 두가지 원인중 하나일 가능성이 높습니다. 즉, 수신자가 사용하는 메일서버에서 이용자께서 메일툴의 디코딩 설정방식에 대한 지정을 잘못하셨을 경우입니다.

메일이 왔다고는 하는데 메일확인이 안될때는?

현재 고객님의 웹메일 용량 및 이용상태를 확인해 보시기 바랍니다. 저희 고객센터로 메일 용량을 확인하시기 바랍니다.

파일에 락이 걸렸을 경우엔?

이런현상은 폴더의 메일을 클라이언트툴을 이용하여 수신코자 하실때 전송상의 네트워크에 장애가 있을시 발생될 수 있습니다. 이때에는 파일읽기가 오류상태에 있을 수 있습니다. 빠른 복구를 위해 헬프데스크로 연락해 주시기 바랍니다.

첨부파일 수발신에 대한 의문?

첨부파일이 오면 웹메일은 [첨부]라는 태그와 함께 하이퍼링크된 파일명을 표시해주며 이 링크를 통하여 첨부문서를 확인하실 수 있습니다. 한편 이미지와 사운드파일은 별도의 첨부파일로 처리하지 않고 본문과 함께 같은 화면에 보여줍니다.
신비로 웹메일 버젼은 첨부파일송수신이 가능합니다. 편지쓰기의 하단에 있는 첨부화일에 발송하실 첨부화일을 선택해 주시면 됩니다.

처음접하는 오류메시지가 나타날 경우엔?

간혹 저희들도 처음 접하는 오류메시지에 대한 문의가 오는 경우가 있습니다. 특수한 경우이지요. 이 경우에는 에러메시지를 자세히 알려 주시기 부탁드립니다. 아울러 사용하고 계시는 브라우저와 버전정보도 아울러 알려주시면 분석하는데 도움이 되겠습니다. 사전에 모든 Cache된 내용을 지우고 리로드해 보십시오. 실제 에러가 난것은 아닌데 이전의 캐쉬된 내용이 디스플레이되는 경우일 수도 있기 때문입니다. 대부분의 경우는 리로드함으로써 해결되었습니다.

웹메일 이용 이전의 메일서버에 남아있는 메일도 웹메일을 통해서
확인할 수 있나?

mail.shinbiro.com 메일에서 이용하시던 메일을 웹메일에 들어가신후 동일하게 확인이 가능합니다. 이원화 되어 있던 웹메일과 메일을 하나로 통합되어 하나의 메일서버로 운영되기 때문에 웹메일에서 읽어보았던 메일을 mail.shinbiro.com으로 서버를 설정후에도 pop3를 이용하여 수신가능 합니다.

갑자기 메일이 사라졌다.

이 경우는 아웃룩이나 메신저등 메일 전용툴을 이용해 웹메일 서버로부터 메일을 수신했을 때 발생되는 현상입니다. 클라이언트의 옵션탭에서 [메시지 수신후 서버에 메시지 남겨두기] 옵션을 선택하면 이런 현상이 발생하지는 않습니다. 정확히 말하면 메일이 사라졌다라기 보다 메일이 전송되었다라고 표현하는 것이 더 정확한 표현일 것입니다.

Sent 폴더의 편지가 안읽혀진 상태로 있다.

이는 사용자께서 Sent 폴더안의 안읽은 편지 숫자를 상대방이 아직 확인하지 않은 메일에 대한 정보로 착각하는 경우입니다. 즉, 웹메일에서 메일을 보내면 자동적으로 그 복사본이 Sent라는 폴더에 남겨지게 되는데 이는 추후에 사용자가 자신이 작성한 메일을 확인토록 하고자 하는 경우에 유용하게 쓰이기 위한 용도입니다. 다시 말하면 Sent 폴더의 내용은 상대방이 메일을 수신하든 안하든 상관없이 기록이 되는 것으로서 만일 상대방에게 메일이 정상적으로 도착하지 못하게 되면 그 내용이 발송자에게 약 수 분 후 되돌아오므로 수신 여부는 이때 확인 할 수 있습니다. 참고로 Sent 폴더는 사용자가 직접 웹메일에 로그인 하셔서 만들어 두어야 합니다. 웹메일에 등록하면 디폴트로 INBOX만 만들어지기 때문입니다. Sent 폴더 이외에도 메일서버측에 사용자가 필요한 갯수만큼 폴더를 만들어 둘 수 있습니다.

자바스크립트 에러가 발생한다.

낮은버젼의 브라우져를 사용할때 일부 지원되지 않는 자바스크립트가 있을 수 있습니다. 혹 3.0대 버젼을 사용하고 계신다면 그 이상의 버젼으로 사용하실것을 권합니다.

userid@(webmail/mail)shinbiro.com 도메인명 사용에
관한 의문?

신비로는 신비로메일로 오는 메일을 웹메일로 내부적으로 포워딩해 웹메일을 통해 메일을 수신 및 전송 할 수 있도록 한 프로그램입니다. 따라서 전자우편주소인 ID@shinbiro.com 으로 사용하셔도 가능합니다.
그 외에도 @shinbiro.com, @shinbiro.net, @shinbiro.co.kr, @sbr.com, @sbr.net 등이 있으니 참조하시기 바랍니다. 웹메일은 위의 모든 도메인명을 지원합니다.

같은 메일이 여러번 발송될 경우엔?

웹메일은 사용자가 발생시키는 이벤트에 반응하는 CGI 프로그램입니다. 이 CGI프로그램과 고객께서 사용하시는 브라우저 사이에는 당연히 웹서버가 존재합니다. 따라서 예를들어 메일전송 버튼을 눌렀을 경우 웹서버를 통해 받은 전송요청을 웹메일이 처리하고 다시 웹서버를 통해 브라우져에 처리종료를 알리는데 까지는 다소 (대략 1-3초) 시간이 걸리기 마련입니다. 만일 이 시간안에 고객께서 다시 버튼을 눌렀을경우 웹메일은 같은 명령이 반복해 들어온 것으로 판단해 누른 회수 만큼 다시 실행할 것입니다. 모든 경우가 여기에 해당됩니다. 대부분의 웹프로그램이 CGI를 바탕으로 한다는 것을 감안하시면 쉽게 이해하실 수 있으실 것입니다.

웹메일과 메일의 차이점은?

웹메일은 넷스케이프등의 웹브라우져를 통해 메일을 보내거나 확인할 수 있도록 한 신비로에서 제공하는 웹 기반의 메일 서비스입니다. 웹메일 서비스를 이용 하게 되면 아웃룩이나 메신저 등의 메일 클라이언트 툴이 없이도 메일서비스를 이용하실 수 있습니다. 이는 잦은 출장 등 여러곳에 이동하는 유저에게 있어 매우 편리한 메일 서비스라고 할 수 있겠습니다. 다시말하면, 신비로에 가입하면 기본적으로 메일환경설정에서 SMTP와 POP3 서버를 mail.shinbiro.com 으로 하여 메일서비스를 받을 수 있게 되는데 사용자가 추후에 신비로 메뉴에서 웹메일를 클릭하면 메일툴을 이용해 메일을 그대로 사용할 수 있을 뿐만 아니라 웹브라우저를 통해서도 메일을 확인할 수 있습니다. 웹브라우져를 통할때 역시 로그인 아이디와 패스워드를 묻습니다.

다음과 같은 에러 메시지를 발견할 때

Subject: Returned mail: Too many hops 20 (17 max): from
via webmail.shinbiro.com, to
Date: Tue, 13 Apr 1999 13:23:34 +0900 (KST)
From: Mail Delivery Subsystem
To: , postmaster@mail.netian.com

The original message was received at Tue, 13 Apr 1999 13:23:31
+0900 (KST)from webmail.shinbiro.com [203.240.193.25]

----- The following addresses had permanent fatal errors -----
matga1@shinbiro.com (expanded from: )

----- Transcript of session follows -----
554 Too many hops 20 (17 max): from via
webmail.shinbiro.com, to

위의 경우, 내용을 자세히 들여다보면 알 수 있듯 한 사용자가 A, B 두개의 인터넷서비스업체에 가입하여 메일이 A로 오면 B로 자동적으로 포위딩되도록 설정해 놓고, B로 오는 메일도 A로 자동전동되도록 셋팅해놓은 결과 메일이 계속 포워딩되다가 결국 정착하지 못해 메일서버가 되돌려 보내는 리턴메일입니다. 이경우에는 A,B 두 메일서비스 중 한곳에서 자동메일전송 서비스를 해제해주셔야 합니다.