The discussion revolves around the Bounce Score Setting Description. Initially, lrossouw suggested a clearer description for the setting, pointing out a typo and adding more details. zogstrip agreed to fix the typo but was hesitant to add more text, suggesting a link to a topic explaining it instead. However, lrossouw and codinghorror agreed on a concise description: “Max score before we will stop emailing a user. Soft bounce adds 1, hard bounce adds 2, score reset 30 days after last bounce.” zogstrip implemented the change.
Later, Peter_Backgren shared a specific use case where users with changed email addresses soft-bounce, and he wants to automatically reset their bounce score when they log in, with a notification to update their email address. If ignored, he would then set their email notifications to off. He also mentioned related issues with lurking groups and inactive users.
Just read the code on bounce score as I was not sure what happens with it.
The description in Settings says:
The maximum user bounce score before the they are deactivated. A soft bounce adds 1, a hard bounce adds 2.
Based on what I read in the code the following would be clearer.
The maximum user bounce score before we will stop emailing them. A soft bounce adds 1, a hard bounce adds 2. The bounce score get’s reset to zero 30 days after the last bounced email.
At the very least the typo “the they” should be corrected
OK but just change it that we won’t deactivte “them” as I was worried my users was going to be blocked. That’s what it sounded like from the text. deactivate emailing them or stop emailing them or something like that.
소프트 바운스(soft bounce) 관련 스레드를 많이 찾지 못해서 제 문제를 설명해 보겠습니다. 어쩌면 이 동작이 의도된 것일 수도 있겠네요.
사용자 중 상당수가 회사를 옮겼고, 당연히 이메일 주소도 바뀌었습니다. 이들은 꽤 긴 간격으로 여전히 함께 모입니다.
하지만 이 사용자들 중 많은 수가 이제 소프트 바운스 상태입니다. 혹시 모를 상황에 대비해 조사해야 합니다.
이 사용자들의 이메일을 새 주소로 변경하거나, 그 사실에 대해 이메일을 보내는 것은 원치 않습니다. 그렇게 하면 사용자를 귀찮게 하는 것이 되기 때문입니다. 이론적으로는 최근에 로그인한 기록이 확인되면 이렇게 할 수는 있지만, 여전히 저에게는 수동 작업이 됩니다.
이메일 설정을 꺼두는 것도 원치 않습니다. 나중에 다시 접속할 수 있고, 보통 그럴 때는 이유가 있기 때문입니다. 즉, 다시 알림을 받고 싶다는 뜻이죠.
소프트 바운스 리셋을 720일로 설정하면 어느 정도 효과가 있지만, 사용자가 로그인할 때 자동으로 리셋되나요? 그렇다면 합리적일 것 같습니다.
제가 보고 싶은 동작은 다음과 같습니다. 소프트 바운스 값을 매우 높게 설정해 두면, 사용자가 로그인할 때 해당 사용자에게만 리셋되고, 동시에 이메일이 무효일 수 있다는 알림을 받는 것입니다. 만약 사용자가 그 알림을 무시한다면, 글쎄요, 더 이상 제 문제가 아니죠. 그때 비로소 이메일 알림을 꺼두겠습니다.
이것은 주가 분할(stock split)이나 다른 일이 생길 때마다 활성화되는 모든 잠복(lurking) 그룹과 다소 관련이 있습니다. (가끔 가족이 돌아가시는 경우를 처리하는 잠복 그룹도 있는데, 이건 극단적으로 잠복 상태입니다.)
