나는 user-initaited 작업에 대한 응답으로 이메일을 보내는 웹 앱을 가지고 있습니다. 이러한 전자 메일은 수신자에게 응답을 요청합니다 (특정 작업과 관련된 URL이 포함되어 있음).초대장/작업 이메일 재방송
일부 사용자는 해당 전자 메일을 다시 보내려면 "다시 보내기"기능을 요청합니다.
원래의 이메일이 스팸 폴더에 저장되거나 (처음에는 완전히 만들지 않은 경우) 똑같은 일이 두 번째로 발생할 가능성이 있습니다. (이메일이 반송되지 않았 음을 확인했으며 수신자의 메일 서버에 의해 승인되었습니다.)
그래서 초대 또는 알림을 유용하고 무의미하게 다시 보내고 전자 메일을 보내는 기능은 무엇이라고 생각합니까?
구현하면 사용자가 입력 한 이메일 주소를 다시 입력하고 다시 확인하게되며 몇 번 이상 사용하지 못하게됩니다. 그렇지 않으면 매우 쉽게 스크립트를 작성할 수 있습니다. 누군가에게 사서함을 폭탄을 사용하는 악용 스크립트.
절대적으로 무의미합니다. 그러나 사용자가 원하는 경우 너무 오래 걸리지 않으면 가치가있을 수 있습니다. 사용자가 때때로 어리석은데, 그들이 행복하게 만드는 경우 ...
동의합니다 ... 엘리베이터 호출 버튼을 반복적으로 누르는 것과 같습니다.그러나 사용자 요청을 만족하면 결국 가치가있을 수 있습니다. – ScottyDont
최소한 사용자의 관점에서 볼 때 유용합니다. 수동으로 전자 메일을 다시 보내면 은 전송 된 것으로 알고을 알고 스팸 폴더를 즉시 검사하여 메일을 수신 할 수 있습니다. 그렇지 않으면 메일에 대해 알지 못할 수도 있고 스팸으로부터 멀어져 잡을 수 있습니다.
유용 할 수 있습니다. 사용자가 우연히 삭제했을 수 있습니다. 받는 사람의 메일 서버에서 일시적인 오류 일 수 있습니다. 스팸 필터는 메일 손실의 유일한 원인은 아닙니다.
유용한 정보 - 첫 번째 및 두 번째 전송간에 여러 요소가 변경 될 수 있습니다.
확실히 유용합니다. 많은 경우가있을 수 있습니다. 예를 들어 사용자가 원래 이메일을 실수로 삭제했습니다.
귀하의 이의 제기로 인해 초대장이 스팸 폴더로 전송되었다고 가정합니다. 당신은 확실히 그것을 모릅니다 (또는, 적어도, 당신은 그런 것을 암시합니다). 고객에게 지불을 알리거나 다시 또는 무언가를 알리려고하기 때문에 재전송 버튼을 원할 수 있습니다. 그 이유는 중요하지 않습니다. 왜냐하면 그 효과는 매우 쉽게 이루어져야하고 그들이 원하는만큼 많은 메시지를 보낼 수 있기 때문입니다. 그 중
하나는 dealies :)이 절대적으로 필요합니다
'고객은 어쩌면 당신은 단지 그들을 심문하거나 거부하는 이유와 함께 오는 대신 그것을 구현해야합니다, 그것은 완전히 무리한 아니라, 그것을 원한다'. 응용 프로그램이 바운스를 얻지 못했다고해서 메일이 실제로 전달되었음을 의미하지는 않습니다. 많은 사이트가 스팸 폴더로 배달하지 않고 스팸 필터를 트리거하는 전자 메일을 삭제합니다. 이러한 상황에서 사용자가 자신의 사이트에서 스팸 필터링을 거부 한 다음 다시 시도하려고 할 수 있습니다.
재전송 기능에 대한 논쟁은 없습니다. 그렇습니까? 재전송을한다고 가정하지 않는 동일한 작업으로 끝나면 재전송해도 아무런 해가 없습니다.
인수가 있고 반대가 아닌 경우 쉽게 결정해야합니다.
나는이 제안을 구현하여 사용자에게 확인 링크를 보냈습니다 (확인되지 않은 accts 자동 삭제). 이렇게하면 문제를 해결하지 못하는 재전송 버튼보다 손실 된 이메일을 줄이는 데 더 많은 도움이됩니다. – ScottyDont