왜 1060;런 현상1060; 생기lj16;1648; 아시lj16;ǥ16; 계신가요.
모든 메1068;1452;소에서 그/111;1648;lj16; 않구요, 나름 1473;요한 메1068;1012; 보낼ǐ12;면 대ǥ12;ǥ16; 그/111;습니다.
1452;변1060; Ǻ12;순선 Ȣ16;더니.. 별,172;다 신ᅆ1;Ǹ16;1060;네요.
왜 1060;런 현상1060; 생기lj16;1648; 아시lj16;ǥ16; 계신가요.
모든 메1068;1452;소에서 그/111;1648;lj16; 않구요, 나름 1473;요한 메1068;1012; 보낼ǐ12;면 대ǥ12;ǥ16; 그/111;습니다.
1452;변1060; Ǻ12;순선 Ȣ16;더니.. 별,172;다 신ᅆ1;Ǹ16;1060;네요.
이 질문에 대한 해답이 있든 없던 간에 또 다른 의심을 시작하실 것 같네요..
어서 빨리 의심의 굴레에서 벗어나 마음의 여유을 가져보시기 바랍니다..
네트워크가 빨라서 메일이 바로바로 보내고 들어온다..
이정도 아닐까요??
아웃룩이나 기타 메일 클라이언트로 스크래핑 과정을 하면
읽은것으로 처리하는경우가 있습니다.
특히 메일 호스트에서 지원하는것이 아닌
웹메일에서의 php 코드 추가방식은 더더욱 그러합니다.
너무 날카롭게 생각하시는거 같은데
좀 느긋하게 여유를 가지고 생활 하시는걸 권장합니다.
구글메일에서 수신자 지정 설정을 하면 이용자가 직접 확인 창에서 수신확인 메일 보내기 클릭을 해야 수신알림이 옵니다.
요즘은 피싱때문에 메일 탐지 솔루션을 많이들 사서 씁니다. 탐지 솔루션이 읽은 것일지도 모르겠습니다.
또는 스팸 장비 및 아카이빙 시스템을 사용하는 경우 해당 관리자가 읽은 거일 수도 있습니다.
또는 문서변환 시스템 및 ai인공지능 자동답변 사용사의 경우 사용자가 열람 한 것처럼 처리하기에 그럴 수 있습니다.
지금 우리가 사용하고 있는 이메일 수신 확인 기능은 변칙적으로 만들어진 것이라 동작의 신뢰성이 극히 낮으며
(즉, 사용자는 이미 읽었지만 읽지 않음으로 표시되거나 반대의 경우)
각종의 사유로 메일이 전달되지 않았다고 하더라도 이를 100% 확인할 방법이 없습니다.(물론 대부분은 사유를 달아서 내 메일서버가 리턴을 해 줍니다.)
최근의 메일 서버에는 스팸필터나 개인정보필터 엔진이 연동되는 사례가 많으며, 특히 관공서나 대기업에서 쓰는 시스템은 더욱 그렇습니다.
이 경우 위의 분들이 말씀하시는 것 처럼 상대방 메일 서버가 받은 순간, 수신 확인으로 처리될 수 있습니다.