기존 Linux 시스템에 있는 메일 서버의 가상 인스턴스를 사용하여 이 작업을 수행하는 것이 바람직하지만 이 작업을 수행하려면 완전히 다른 설치(Linux 또는 Windows)를 실행할 의향이 있습니다.
기본적으로 우리가 사용하는 시스템은 특정 작업을 수행할 때 고객에게 이메일을 생성합니다. 테스트 설정에서는 보고서 등을 테스트하기 위해 정기적으로 전체 라이브 스냅샷을 가져옵니다. 문제는 이로 인해 고객에게 잘못된 이메일을 보낼 수 있다는 것입니다.
내 목표는 모든 메일을 수락한 다음 개발팀으로 다시 리디렉션하는 서버의 특정 메일 서버를 지정하는 것입니다. 내가 생각해 낼 수 있는 최선의 방법은 모든 고객의 모든 도메인에 대해 포괄 주소 전달을 만드는 것입니다. 그래도 더 나은 옵션이 있어야 겠죠?
기계는~ 아니다인터넷에 연결되어 있으므로 스팸이 위험하지 않습니다.
편집: 고객 주소 도메인이 여러 개 있습니다. 모든 포괄 솔루션은 특정 도메인에 국한되어서는 안 됩니다. From 필드는 로그인한 사용자나 시스템 섹션에 따라 달라집니다. 또한 이메일이 리디렉션되는 이유도 확인해야 합니다.
답변1
두 사람이 지적했듯이 주소 다시 쓰기는 한 가지 방법입니다. Exim에는 이에 대한 훌륭한 프레임워크도 있습니다.
http://www.exim.org/exim-html-3.30/doc/html/spec_34.html
그런데, 당신이 원하는 것은 종종 "포괄" 주소라고 불립니다. 선택한 메일 서버의 구성을 검색하는 데 도움이 될 수 있습니다.
메일을 보내는 대신 파일로 덤프하도록 테스트 시스템을 수정하는 것을 고려할 수도 있습니다. 이는 포괄적인 작업을 수행하는 특별한 "테스트" 메일 서버를 보유하는 번거로움을 방지합니다. 또한 파일을 자동으로 쉽게 구문 분석하여 테스트 성공 여부를 결정할 수도 있습니다. 물론 테스트 중인 시스템을 변경하는 옵션이 아닐 수도 있습니다.
답변2
대부분의 메일 서버는 입력 메일에 대한 일부 메트릭을 기반으로 주소 다시 쓰기 또는 전달 방법 변경을 지원합니다. 모든 나가는 주소를 로컬 사용자로 다시 쓰거나 전달 방법을 변경하여 무의식적으로 파일에 덤프할 수 있습니다.
예를 들어, postfix를 사용한다면오히려 철저한 문서화귀하의 사례가 구체적으로 나열되어 있지 않더라도 가능합니다.
답변3
생각해보면, 앱의 테스트 설정은 프로덕션 IP와 다른 IP를 갖게 될 것입니다. 맞나요?
IP xyz의 모든 이메일이 사용자 abc로 리디렉션되도록 기존 메일 서버를 설정할 수 있습니까?
이를 통해 이제 메일 서버만 변경하여 테스트 앱을 정확히 동일하게 유지할 수 있습니다.
답변4
나는 사용하는 것이 좋습니다체특정 MTA에 연결되어 있지 않기 때문에 필요에 따라 사용할 수 있습니다. 우리는 이를 광범위하게 사용하여 우리 자신과 고객을 필터링/차단합니다.