오홍~ 제가 오늘 운이 좋은가보네요. 저도 어제 똑같은점을 발견하고 한참 들여다보고 건드려보다 말았는데;;ㅠ 암튼 이렇게 정보를 공유해주셔서 너무감사드립니다. 저같은 초보분들을 위해 적극 추천~!

UTF-8버전을 사용하신다면 charset = utf-8 이란 말인듯 싶군요...

따라서 메일을 보낼때 utf-8으로 보내게 돼어 일반 메일체크할때 깨져나오는듯 싶고요... ㅡ.ㅡa

따라서 $cfg[charset]을 지우시면 인코딩방식이 지정이 안돼서 이메일을 보내게 돼는듯...

지금껏 체크를 안해봤는데 저두 폼메일을 확인해봐야겠네요... ^^

아마도 버그가 아닐까 추정됩니다.

혹시라도 /lib/mailer.lib.php에 정의되어 있는 mailer함수의 문자셋이,
다음과 같이 $charset="EUC-KR로 지정되어 있는지 확인해 볼 필요가 큽니다.


/lib/mailer.lib.php에는 mailer함수(function)가 다음과 같이,
function mailer($fname, $fmail, $to, $subject, $content, $type=0, $file="", $charset="EUC-KR", $cc="", $bcc="")
$charset="EUC-KR"로 직접 언급되어 있습니다.
(물론, 이것은 utf-8으로 코딩된 버전이 아니며, 기존 배포버전처럼 euc-kr문자셋을 지원하는 배포버전 기준입니다.)

그런데, bbs/formmail_send.php 에는 mailer함수(function)가 뜬금없이,
$cfg[charset]과 같이 불려지고 있습니다.
즉, 정상적으로 라이브러리가 기재되어 있고,
실제 메일전송을 담당하는 /bbs 경로의 폼메일 파일에는 문자셋을 지정하는 위치에 $charset과 같이 기재했다면,
라이브러리 경로의 파일에서 기본으로 지정된 값을 끌어왔겠지요.

아마도, gnu3.xx버전의 mailer함수 형태를 그대로 끌어오다 보니 g4에서 차마 검토를 마치지 못해,
발생된 오류(검토 누락에 의한 오류)라고 보입니다.
한가지 참조할 만한 사항이라면,
gnu3.xx와 g4와의 환경설정(변수)에 따른 기본틀을 보자면,
$cfg[], $config[]과 같은 방식으로 차별화 되어 있다는 것입니다.


원 게시물 작성자께서 말씀하셨듯이,
$cfg[charset]를 제거할 경우 정상적인 이용이 가능하다고 하셨는데,
이것은 아마도 라이브러리 경로에서 euc-kr로 언급된 부분을 끌어왔기 때문이라고 보여집니다.

그런데... 여기서 발생되는 한가지 의문점은,
mailer함수에서 $cfg[charset]를 제거했을 경우,
정상적인 이용이 가능하다는 데 있습니다.
만약 그렇다면, 문자셋의 환경을 제거하기 이전의 환경(변수)값인 $cfg[charset]이
정상적으로 작동했다는 것이 되는데, 좀 더 자세한 검토가 필요할 것 같습니다.


-. 관련 파일 및 경로

/lib/mailer.lib.php (직접 관련)
/bbs/formmail_send.php (직접 관련)
/head.sub.php (간접 관련)


-. 참조사항
gnu3.xx의 메일러 함수 관련

/bbs/formmailsend.php에는 메일러 함수의 호출이 다음과 같이 정의되어 있으며,
mailer($fname, $fmail, $to, $subject, $mail_content, $type, $file, "EUC-KR");

/lib/mailer.lib.php 에는
function mailer($fname, $fmail, $to, $subject, $content, $type=0, $file="", $charset="EUC-KR", $cc="", $bcc="")
~과 같이 기재되어 있습니다.

흠 다른메일은 모르겠으나 nate.com 메일은 한글이 깨지네요...

naver gmail 확인햇는데 naver는 깨지고 gmail은 안깨지네요..

좋아요~ 감사합니다~~

메일깨짐