서버 측 프로그래밍 언어를 사용하여 가상 전달 이메일 주소 만들기 [닫기]

서버 측 프로그래밍 언어를 사용하여 가상 전달 이메일 주소 만들기 [닫기]

질문에 앞서 약간의 배경 정보를 드리자면, 도메인을 구입한 후 새로 구입한 도메인에서 Gmail 등으로 전달할 전달 이메일 주소를 설정한 후 뒤에서 무슨 일이 일어나는지 궁금합니다. 이는 도메인 이름을 구입한 웹사이트(예: GoDaddy, 123-reg 등)를 사용하여 수행할 수 있습니다. 기본적으로 전달 이메일 주소를 만들 수 있습니다.[이메일 보호됨]을 클릭한 다음 해당 주소로 전송된 이메일이 전달될 위치로 이메일을 보냅니다.[이메일 보호됨].

나는 "도메인"이 무엇인지, 도메인을 IP 주소로 확인하는 방법을 알고 있습니다. 나는 또한 이메일이 어떻게 전달되는지 알고 있습니다.

나는 묻고있다. 내 질문은 GoDaddy, 123-reg 등과 같은 고객이 웹 사이트의 양식을 사용하여 이메일 전달자를 구성하는 방법과 그 뒤에서 무슨 일이 일어나고 있는지입니다.

내 질문은 GoDaddy, 123-reg 등과 같은 이메일 전달자의 구성에 관한 것입니다. 고객이 해당 도메인의 이메일과 해당 도메인으로 전송된 이메일이 전달되어야 하는 이메일이 포함된 양식을 제출하면 뒤에서 무슨 일이 발생합니까? 그들은 무엇을 하고 있으며 어떻게 하고 있나요? 예를 들어, 서비스를 프로파일링합니까? 그렇다면 잠재적으로 여러 고객이 동시에 이메일 전달자를 추가할 수 있는 경우 어떻게 이를 수행합니까? 이 작업을 수행하는 경우 구성 파일 손상을 어떻게 방지할 수 있습니까?

이메일 서버에 뭔가가 구성되어 있어야 할 것 같은데요? 그렇다면 여러 사람이 동시에 포워더를 구성할 수 있는데 서버 측 프로그래밍 언어를 사용하여 어떻게 수행할 수 있습니까? 즉, 프로필을 구성하는 경우 사이트의 여러 사용자가 동시에 또는 거의 동시에 프로필을 실행할 때 프로필을 수정/추가하려는 동일한 코드가 어떻게 프로필을 중단/손상시키지 않을 수 있습니까?

나는 이미 알고 있는 내용에 대해 Google을 통해 다음과 같이 모호하고 일반적인 정보만 찾을 수 있었습니다.

https://www.fused.com/docs/email/features/forwarders

https://www.123-reg.co.uk/support/email/email-forwarding-explained

답변1

따라서 여기에 핵심 질문이 있기를 바랍니다.

해당 사용자가 포함된 프로필을 손상시키지 않고 동시에 사용자를 추가하고 제거할 수 있는 이메일 서비스 제공업체가 얼마나 되는지 궁금합니다. POSIX에서 영감을 받은/POSIX 유사 파일 시스템의 구성 파일은 여러 프로세스가 해당 파일에 쓰면 손상됩니다.

대답은: 사용자를 저장하기 위해 프로필을 사용하지 않는다는 것입니다.

정말 간단합니다. 이는 구성 파일 문제가 아니라 데이터베이스 문제이므로 동시 액세스를 허용하는 데이터베이스에서 사용자 정보를 읽을 수 있도록 소프트웨어를 구성(또는 소프트웨어 작성/수정)하면 됩니다.

설명하신 만큼 큰 규모의 분할에서는 많은 서버에서 사용자 정보를 최신 상태로 유지하고 전 세계에 분산하여 실행해야 합니다. 어쨌든 공유 파일로는 수행할 수 없는 작업입니다. 따라서 데이터베이스(아마도 복제 논리가 있는 샤드)는 이메일 인프라 및 사용자 관리 소프트웨어에서 사용되며, 해당 데이터베이스에서 사용자 정보를 얻는 방법을 아는 방식으로 작성됩니다.

GoDaddy가 내부적으로 일부 일반적인 MTA의 기본 버전을 사용하고 있는지는 알기 어렵습니다. 아마도 어느 시점에서는 특정 문제를 해결하는 구성(이메일을 전달할 수 있을 만큼 오랫동안 캐싱)이 대규모 Scale 인프라와 너무 상호 연결되어 있기 때문입니다. 점점 더 많은 맞춤형 솔루션을 설계해야 합니다.


1 UNIXoids, Windows, BeOS 및 기타 여러 운영 체제에서 "파일"은 "파일"이라는 단어의 유일한 정의가 아닙니다. 메인프레임 운영 체제에는 키-값 저장소 데이터베이스와 더 유사하고 정확하게 지원하는 "파일 시스템"이 있습니다. .

관련 정보