이전 웹 사이트 유지 보수를 돕고 있습니다.서버의 mailto 페이지에 대한 가짜 요청
클라이언트 측 메일 응용 프로그램을 대신 열어 놓은/mailto URI 주소에 대한 가짜 요청이 나타납니다. 여기에 오늘날의 요청 세에 대한 몇 가지 PHP는 데이터는 다음과 같습니다
[HTTP_USER_AGENT] => Opera/9.80 (Windows NT 6.1; WOW64) Presto/2.12.388 Version/12.10
[REQUEST_URI] => /mailto:info%40somedomain.com
[HTTP_USER_AGENT] => Opera/9.80 (Windows NT 6.1; WOW64) Presto/2.12.388 Version/12.10
[REQUEST_URI] => /mailto:[email protected]
[HTTP_USER_AGENT] => Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.21) Gecko/20100312 Firefox/3.6
[REQUEST_URI] => /mailto:[email protected]?subject=Helpme&body=Dear%20etc
이유는 브라우저가 클라이언트 측의 전자 메일 응용 프로그램을 여는 대신 서버에서이 URI를 열려고 하는가? 나는 클라이언트 측 이메일 클라이언트를 열어 문의 양식을 전송 구현 및 않았을 것입니다, 개인적으로
<FORM ACTION="mailto:[email protected]" METHOD="POST" ENCTYPE="text/plain">
<table>
<TR>
<TD width="100">Name: </TD>
<TD>
<INPUT TYPE="text" NAME="name" SIZE="35">
</TD>
</TR>
<TR>
<TD>Your Message</TD>
<TD>
<TEXTAREA NAME="text" COLS="35" ROWS="4"></TEXTAREA>
</TD>
</TR>
</table>
<input type="hidden" name="id" value="7180">
<INPUT TYPE="submit" VALUE="Send">
<INPUT TYPE="reset" VALUE="Reset">
</FORM>
(: 여기
<a class="emailaddress" href="mailto:[email protected]?subject=Helpme&body=Dear etc">Helpme</a>
다른 변종 : 여기
몇 가지 예를 들어 HTML입니다 양식의 표를 사용하지 않았을 것입니다. 대신 해당 표를 대체 할 것입니다.)
일부 브라우저는 사용자가 페이지를 열고 싶어하는 것처럼 해석합니다 클라이언트 전자 메일 응용 프로그램을 여는 대신
무엇이 서버에 대한 이러한 잘못된 요청을 초래하며 어떻게해야합니까?
이상한. 이것이 왜 일어날 수 있는지를 알 수있는 유일한 이유는 mailto 링크의 콜론이 어떤 시점에서 인코딩 된 URL을 얻는다는 것입니다. 마지막 HTML을 보여주는 것입니까? 어떤 종류의 후 처리 과정도 없습니다. –