ଯୋଗାଯୋଗ ଓ ସମ୍ମତି
କେବଳ ଯେଉଁ ତାଲିକା ଆପଣ ପାଇଛି ତାହା ନୁହେଁ, ଯାହାକୁ ଆପଣ ରକ୍ଷା କରିପାରିବେ
ଯେ କେହି ଦଶ ହଜାର ଇମେଲ୍ ଠିକଣା ରଖିପାରିବେ। ଯେଉଁ ପ୍ରଶ୍ନ ମହତ୍ତ୍ୱପୂର୍ଣ୍ଣ — ଯାହା ଏକ ନିୟାମକ, ଏକ ପ୍ରଦାତା ଓ ଆପଣଙ୍କର ନିଜ ବିବେକ ସାମାନ୍ୟ ଭିନ୍ନ ଶବ୍ଦରେ ପଚାରନ୍ତି — ତାହା ହେଉଛି ପ୍ରତ୍ୟେକଟି କେଉଁଠାରୁ ଆସିଲା ଏବଂ କେଉଁ ଭିତ୍ତିରେ ଆପଣ ସେଠାକୁ ଲେଖିପାରିବେ। ClickSomo ଏହାକୁ ପୁନର୍ନିର୍ମାଣ କରିବାକୁ ପଡ଼ୁଥିବା କିଛି ବଦଳରେ ଏକ ସଂରକ୍ଷିତ ତଥ୍ୟ କରିଦିଏ।
ପରିଚୟ ହେଉଛି ଇମେଲ୍ ଠିକଣା
ପ୍ରତି ପ୍ରକଳ୍ପରେ ପ୍ରତି ଠିକଣା ପାଇଁ ଗୋଟିଏ ଯୋଗାଯୋଗ, ଆଶା ଉପରେ ନୁହେଁ ବରଂ ଡାଟାବେସ୍ ଦ୍ୱାରା ପ୍ରବର୍ତ୍ତାଯାଇଥାଏ। ଠିକଣାଗୁଡ଼ିକ ଲେଖାଯିବା ସମୟରେ ସାଧାରଣୀକୃତ ହୁଏ, ପଢ଼ାଯିବା ସମୟରେ ନୁହେଁ — ପଢ଼ିବା ସମୟରେ ସାଧାରଣୀକରଣ କଲେ ସୀମାଟି କେବଳ ଏକ ଅଳଙ୍କାର ହୋଇଯାଏ ଯାହା Anna@ ଏବଂ anna@ ଉଭୟକୁ ଭିତରକୁ ଆସିବାକୁ ଦିଏ।
ଫୋନ୍ ନମ୍ବରଗୁଡ଼ିକ ଥିଲେ E.164 ଫର୍ମାଟରେ ସଂରକ୍ଷିତ ହୁଏ, କିନ୍ତୁ ଫୋନ୍ ନମ୍ବର ଏକ ଗୁଣ ଅଟେ, ପରିଚୟ ନୁହେଁ। ଏଠାରେ କୌଣସି ପରିଚୟ-ସମାଧାନ ଗ୍ରାଫ୍, କୌଣସି ମିଶ୍ରଣ ପ୍ରକ୍ରିୟା ଏବଂ ମିଶ୍ରଣର କୌଣସି ଅଡିଟ୍ ରେକର୍ଡ ନାହିଁ, କାରଣ ଏଠାରେ ପ୍ରତ୍ୟେକ ଯୋଗାଯୋଗ ଏମିତି ଏକ ମାଧ୍ୟମ ଦେଇ ଆସେ ଯାହା ପାଖରେ ଆଗରୁ ଠିକଣା ଥାଏ: ଏକ ଆମଦାନୀ, ଏକ ଫର୍ମ, ଏକ ସବସ୍କ୍ରାଇବ୍, କିମ୍ବା ଆପଣଙ୍କର ନିଜ କୋଡ୍।
ନାମ ସମ୍ପୂର୍ଣ୍ଣ ରୂପେ ସଂରକ୍ଷିତ ହୁଏ
display_name ଯେପରି ଦିଆଯାଇଥିଲା ସେପରି ରଖାଯାଏ ଏବଂ କେବେହେଁ ଭାଗ କରାଯାଏ ନାହିଁ। ନାମ ବିଭାଜନ ଏକ ତ୍ରୁଟି-କାରଖାନା — "van der Berg", "Kim Min-jun", ଏକନାମ, ଉପାଧି, ଏବଂ ଆଙ୍ଗ୍ଲୋ ବ୍ୟତୀତ ପ୍ରତ୍ୟେକ କ୍ରମ ପରିପାଟି — ଏବଂ ଏକ ଭୁଲ ବିଭାଜନ ମର୍ଜ୍ ଟ୍ୟାଗରେ "Dear van," ଭାବରେ ଦେଖାଯାଏ, ଯାହା କୌଣସି ବ୍ୟକ୍ତିଗତୀକରଣ ନଥିବା ଅପେକ୍ଷା ଅଧିକ ଖରାପ।
ସଂରଚିତ ଅଂଶଗୁଡ଼ିକ କେବଳ ସେହି ଉତ୍ସଗୁଡ଼ିକ ପାଇଁ ଅଛି ଯେଉଁମାନେ ସେଗୁଡ଼ିକ ଆଗରୁ ଅଲଗା କରି ଦିଅନ୍ତି। କିଛି ବି ସେଗୁଡ଼ିକୁ ଉତ୍ପନ୍ନ କରେ ନାହିଁ। ଏବଂ କେହି ନିଜେ ଟାଇପ୍ କରିଥିବା ନାମ କେବେହେଁ ପରେ ଆସିଥିବା ଏକ CSV ଦ୍ୱାରା ଅତିଲିଖିତ ହୁଏ ନାହିଁ ଯାହା ଭିନ୍ନ କିଛି ଦେଖିଥିଲା, କାରଣ ଶେଷ-ଲେଖା-ଜିତେ ନୀତି ସବୁଠାରୁ ଅସାବଧାନ ଆମଦାନୀକୁ ଜିତାଇ ଦିଏ।
- 1ପରିଚୟଇ-ମେଲ୍, ସାଧାରଣୀକୃତ। ପ୍ରକଳ୍ପ ମଧ୍ୟରେ ଅନନ୍ୟ।
- 2ନାମସମ୍ପୂର୍ଣ୍ଣ ରୂପେ ସଂରକ୍ଷିତ।
first_nameରେଣ୍ଡର ସମୟରେ ଉତ୍ପନ୍ନ ହୁଏ, କେବେହେଁ ସଂରକ୍ଷିତ ହୁଏ ନାହିଁ। - 3ଗୁଣାବଳୀଯାହା ଆପଣ ଚାହାଁନ୍ତି, JSON ରୂପେ। ଆପଣଙ୍କର, ଏବଂ
attrs.*ଭାବରେ ଅନ୍ତର୍ଭୂକ୍ତ କରାଯାଇପାରେ। - 4ଟ୍ୟାଗ୍ ଏବଂ ତାଲିକାଟ୍ୟାଗ୍ ଗୁଡ଼ିକ ପ୍ରଥମ ଶ୍ରେଣୀର ଏବଂ ଗୋଟିଏ ଭଣ୍ଡାରରେ ରହନ୍ତି; ତାଲିକାଗୁଡ଼ିକ ସ୍ପଷ୍ଟ ସଦସ୍ୟତା ଅଟେ।
- 5ସମ୍ମତିପ୍ରତି ମାଧ୍ୟମ ପାଇଁ ଗୋଟିଏ ପଙ୍କ୍ତି, ଏକ ବୈଧ ଭିତ୍ତି ଏବଂ ତାହାର ପ୍ରମାଣ ସହିତ।
- 6ଘଟଣାବଳୀଏହି ବ୍ୟକ୍ତି ଯାହା କଲେ ତାହାର ଏକ କେବଳ-ଯୋଗ-ଯୋଗ୍ୟ ଲଗ୍। ଉତ୍ପାଦ ଯେଉଁ ଟେବଲ୍ ଉପରେ ନିର୍ଭର କରେ।
- ×କେବେ ନାହିଁକୌଣସି ପାସୱାର୍ଡ ନାହିଁ, କୌଣସି ହ୍ୟାସ୍ ନାହିଁ, କୌଣସି ସେସନ୍ ନାହିଁ, କୌଣସି API କି ନାହିଁ। କାହାକୁ ପ୍ରମାଣୀକରୁଥିବା ଏକ ସ୍ତମ୍ଭ ଏକ ବିପର୍ଯ୍ୟୟ ହେବ, ବୈଶିଷ୍ଟ୍ୟ ନୁହେଁ।
ଟେନାଣ୍ଟ ଏବଂ ପ୍ରକଳ୍ପ ଉଭୟ ପରିସରରେ ସୀମିତ
ସମ୍ମତି ଖାତା
ଅନୁପସ୍ଥିତି ଅନୁମତି ନୁହେଁ
ପ୍ରତି ଯୋଗାଯୋଗ ପାଇଁ ପ୍ରତି ମାଧ୍ୟମରେ ଗୋଟିଏ ପଙ୍କ୍ତି — ଇ-ମେଲ୍, SMS, ଚିଠି, ପୁସ୍ — ପ୍ରତ୍ୟେକଟିରେ ଏକ ଅବସ୍ଥା, ଏକ ବୈଧ ଭିତ୍ତି, ଏକ ଉତ୍ସ, ପ୍ରମାଣ, ସମୟଚିହ୍ନ ଏବଂ ନ୍ୟାୟକ୍ଷେତ୍ର ଅଛି। ଯେଉଁ ଯୋଗାଯୋଗର ଏକ ମାଧ୍ୟମ ପାଇଁ ଭିତ୍ତି ପଙ୍କ୍ତି ନାହିଁ, ସେହି ମାଧ୍ୟମରେ ତାଙ୍କୁ କିଛି ପଠାଯାଇପାରିବ ନାହିଁ। "ଚିହ୍ନିତ ହୋଇଛି" ନୁହେଁ। ପଠାଯାଇପାରିବ ନାହିଁ।
consent
କେହି ସକ୍ରିୟଭାବେ ଅନୁରୋଧ କରିଛନ୍ତି। ପ୍ରମାଣ ସଂରକ୍ଷିତ ଥିବା ଏକ ଫର୍ମ ଦାଖଲ, ଏକ ଡବଲ୍ ଅପ୍ଟ୍-ଇନ୍, କିମ୍ବା ସେମାନେ ନିଜେ ଟିକ୍ କରିଥିବା ଏକ ଚେକବକ୍ସ। ଏହା ସବୁଠାରୁ ଶକ୍ତିଶାଳୀ ଭିତ୍ତି ଏବଂ ଏକ ଫର୍ମ ଉତ୍ପାଦନ କରିପାରୁଥିବା ଏକମାତ୍ର ଭିତ୍ତି।
legitimate_interest
ଏକ CSV ଆମଦାନୀ ଯାହା ସର୍ବୋଚ୍ଚ ପହଞ୍ଚିପାରେ। ଏକ ସ୍ପ୍ରେଡସିଟ୍ କାହାର ସମ୍ମତି ମନେ ରଖିପାରେ ନାହିଁ, ତେଣୁ ସେମାନେ ସମ୍ମତ ହୋଇଥିବା ଦାବି କରିବାକୁ କେବେହେଁ ଅନୁମତି ଦିଆଯାଏ ନାହିଁ — ଏବଂ ସେହି ସମାନ ଫାଇଲ୍ ପୁନଃ-ଅପଲୋଡ୍ କଲେ ଏହା ଉନ୍ନତ ହୁଏ ନାହିଁ।
contract
ଆପଣ ସେମାନଙ୍କୁ ଲେଖୁଛନ୍ତି କାରଣ ଆପଣ ଉଭୟ ପକ୍ଷ ଥିବା କିଛି ଅଛି। ସେବା ମନେପକାଇବା, ନବୀକରଣ ସୂଚନା, ସେହି ଜିନିଷ ଯାହା ନ ପାଇଲେ ସେମାନେ ବିରକ୍ତ ହେବେ।
ଏକ ଅଭିଯାନ ପଠାଇବା ପୂର୍ବରୁ, ଆପଣ ଏହାର ଦର୍ଶକର ଭିତ୍ତି ମିଶ୍ରଣ ଦେଖନ୍ତି: ଏହି ଲୋକଙ୍କ ମଧ୍ୟରୁ କେତେ ଜଣ ଅନୁରୋଧ କରିଛନ୍ତି, କେତେ ଜଣଙ୍କୁ ଆପଣ ବୈଧ ସ୍ୱାର୍ଥ ଅଧୀନରେ ପହଞ୍ଚୁଛନ୍ତି, ଏବଂ କେତେ ଜଣ ଏକ ଚୁକ୍ତି ଯୋଗୁ ଅଛନ୍ତି। ଏହା ଏକ ସଂଖ୍ୟା ଯାହା ଲେଖାଯାଇଥିବା ଯେକୌଣସି ଚେତାବନୀ ବ୍ୟାନର ଅପେକ୍ଷା ଅଧିକ ଖରାପ ପଠାଣକୁ ଅଟକାଇଛି।
ଏହା ଆପଣଙ୍କ ପାଇଁ ଆବଶ୍ୟକତା ଅପେକ୍ଷା ଅଧିକ କଠୋର କାହିଁକି: ଏହା ପ୍ରକୃତରେ ଆପଣଙ୍କ ବିଷୟରେ ନୁହେଁ। ବଲ୍କ୍ ପଠାଣର ପ୍ରତିଷ୍ଠା ଏକ ସାଝା ସମ୍ବଳ, ଏବଂ ଏକ ଅସାବଧାନ ତାଲିକା ସମାନ ଅବସ୍ଥାପନାରୁ ପଠାଉଥିବା ସମସ୍ତଙ୍କ ପାଇଁ କୂଅକୁ ବିଷାକ୍ତ କରିଦିଏ। ପ୍ରତି-ଟେନାଣ୍ଟ ଅଭିଯୋଗ ଏବଂ ବାଉନ୍ସ ହାର ନିରୀକ୍ଷିତ ହୁଏ, ଏବଂ ଯେଉଁ ଆକାଉଣ୍ଟର ହାର ସୀମା ଅତିକ୍ରମ କରେ ସେଠାରେ ତାହା ମନ୍ଥନ କରାଯାଏ — ଏକ ପ୍ରଦାତା ସମସ୍ତଙ୍କ ପାଇଁ ଏକାଠି ତାହା କରିବା ପୂର୍ବରୁ।
ତାଲିକାର ପ୍ରତ୍ୟେକ ପଙ୍କ୍ତି ପଛରେ, କେହି ହଁ କହିଛନ୍ତି।
ଚାରିଟି ପ୍ରବେଶ ପଥ
ଆପଣଙ୍କ ତାଲିକାରେ ପ୍ରତ୍ୟେକ ପ୍ରବେଶ ପଥ ଆପଣ, ନିଜ ଡାଟା ଉପରେ କାର୍ଯ୍ୟ କରୁଛନ୍ତି
ଏଠାରେ କୌଣସି ସର୍ଭିସ୍-ଟୋକନ୍ ଇନଗେସ୍ଟ୍ ଲେନ୍ ନାହିଁ ଏବଂ କୌଣସି ଭାଇ ଉତ୍ପାଦ ଚୁପଚାପ ଆପଣଙ୍କ ଯୋଗାଯୋଗଗୁଡ଼ିକରେ ଲେଖୁନାହିଁ। ଯଦି ଆପଣ କାହାକୁ ଏକ ତାଲିକାରେ ଚାହାଁନ୍ତି, ଏହି ଚାରିଟି ମଧ୍ୟରୁ ଗୋଟିଏ ସେମାନଙ୍କୁ ସେଠାରେ ରଖିଛି।
CSV ଆମଦାନୀ
ସ୍ତମ୍ଭ ପରେ ସ୍ତମ୍ଭ ମ୍ୟାପ୍ କରାଯାଇଥାଏ, ଲେଖା ସମୟରେ ସାଧାରଣୀକୃତ, MX-ଯାଞ୍ଚିତ ଯାହାଦ୍ୱାରା ମୃତ ଏବଂ ଭୁଲ-ଟାଇପ୍ ଡୋମେନ୍ ହାର୍ଡ-ବାଉନ୍ସ ହେବା ପୂର୍ବରୁ ଧରାପଡ଼ନ୍ତି, ଏବଂ ଆପଣ ସ୍ପଷ୍ଟଭାବେ ସେଟ୍ କରିଥିବା ଏକ ଭିତ୍ତି ସହିତ ପହଞ୍ଚେ। ଆମଦାନୀଟିକୁ ଏକ ଆଇଡି ମିଳେ, ଏବଂ ଏହା ଦ୍ୱାରା ସୃଷ୍ଟି ହୋଇଥିବା ପ୍ରତ୍ୟେକ ଯୋଗାଯୋଗ ଏହାକୁ ଇଙ୍ଗିତ କରେ।
ଏକ ClickSomo ଫର୍ମ
ଅନ୍ୟ ସବୁ ପରି ସମାନ ଦସ୍ତାବେଜରୁ ରେଣ୍ଡର କରାଯାଇଥାଏ, ଯାଞ୍ଚ, ଏକ ହନିପଟ୍ ଏବଂ ଏକ ହାର ସୀମା ସହିତ। ଏକ ଦାଖଲ ହେବା ସେହି ଏକମାତ୍ର ପଥ ଯାହା ବୈଧଭାବେ consent ଉତ୍ପାଦନ କରିପାରେ, କାରଣ ଏହା ଏକମାତ୍ର ପଥ ଯେଉଁଠାରେ ବ୍ୟକ୍ତି ଉପସ୍ଥିତ।
ଆପଣ dash-b ରେ ନିର୍ମାଣ କରିଥିବା ଏକ ପୃଷ୍ଠା
ଡ୍ୟାସବୋର୍ଡ ଡିଜାଇନର୍ ପୃଷ୍ଠା ପ୍ରକାଶ କରେ; ସେଥିରୁ ଗୋଟିଏରେ ଥିବା ଏକ ଫର୍ମ ଆପଣଙ୍କ ନିଜ ପ୍ରମାଣପତ୍ର ସହିତ ଏଠାକୁ ପୋଷ୍ଟ କରେ। ସମାନ ଯାଞ୍ଚ, ସମାନ ସମ୍ମତି ପରିଚାଳନା, ରକ୍ଷଣାବେକ୍ଷଣ ପାଇଁ କୌଣସି ଦ୍ୱିତୀୟ ଏକୀକରଣ ନାହିଁ।
ଜନସାଧାରଣ API
POST /v1/contacts ଆପଣଙ୍କ ନିଜ ଟୋକନ୍ ସହିତ, ଅପସର୍ଟ୍ ସେମାଣ୍ଟିକ୍ସ, ଆଇଡେମ୍ପୋଟେନ୍ସି କି ସମ୍ମାନିତ। ଆପଣଙ୍କ ଆପ୍ ଆଗରୁ ଜାଣେ କିଏ ସାଇନ୍ ଅପ୍ କଲେ; ଏହା ସେହି ତଥ୍ୟରୁ ଏକ ଫନେଲ୍ ପର୍ଯ୍ୟନ୍ତ ସବୁଠାରୁ ଛୋଟ ପଥ।
ସେଗମେଣ୍ଟଗୁଡ଼ିକ ଏକ ପ୍ରିଡିକେଟ୍ ଅଟେ, କମ୍ପାଇଲ୍ ହୋଇଥିବା
ଏକ ସେଗମେଣ୍ଟ ହେଉଛି ଯୋଗାଯୋଗ କ୍ଷେତ୍ର, ଗୁଣ, ଟ୍ୟାଗ୍, ତାଲିକା ସଦସ୍ୟତା ଏବଂ ଆଚରଣ ଉପରେ ଏକ ସଂରକ୍ଷିତ ପ୍ରିଡିକେଟ୍ ବୃକ୍ଷ, ଯାହା SQL ରେ କମ୍ପାଇଲ୍ ହୋଇ ଏକ ସଂଖ୍ୟା ସହିତ କ୍ୟାଶ୍ ହୋଇଥାଏ। ଅପରେଟରଗୁଡ଼ିକ ସାଧାରଣ ଅଟନ୍ତି — ସମାନ, ସମାନ ନୁହେଁ, ଭିତରେ, ଭିତରେ ନାହିଁ, ଏହା ସହିତ ଆରମ୍ଭ, ଏହା ସହିତ ଶେଷ, ଧାରଣ କରେ, ସେଟ୍ ଅଛି, ସେଟ୍ ନାହିଁ — ଯାହା ଆପଣଙ୍କୁ ଯେତେ ଗଭୀର ଦରକାର, ସେତିକି ଗଭୀର ଭାବରେ and, or ଏବଂ not ସହିତ ମିଶ୍ରିତ ହୋଇଥାଏ।
ବ୍ୟବହାର କରିବା ପୂର୍ବରୁ ଏହାର ପ୍ରିଭ୍ୟୁ ଦେଖନ୍ତୁ। ଏଣ୍ଡପଏଣ୍ଟ ପ୍ରକୃତ ଯୋଗାଯୋଗଗୁଡ଼ିକ ଫେରାଏ, ତେଣୁ "ଏଥିରେ ପ୍ରକୃତରେ କିଏ ଅଛି" ପ୍ରଶ୍ନର ଉତ୍ତର ଆପଣ ପଠାଇ ଜାଣିବା ବଦଳରେ ଦେଖି ଦିଅନ୍ତି।
ସେଗମେଣ୍ଟଗୁଡ଼ିକ ତାପରେ ଦ୍ୱିଗୁଣ କାର୍ଯ୍ୟ କରନ୍ତି: ଏକ ପ୍ରଚାର ପାଇଁ ଦର୍ଶକ ଭାବରେ, ଏକ ଫନେଲ୍ ଶାଖା ଉପରେ ଶର୍ତ୍ତ ଭାବରେ, ଏବଂ ସ୍ୱୟଂ ଏକ ଟ୍ରିଗର ଭାବରେ — segment_enter କେହି ଯୋଗ୍ୟ ହେବା ମାତ୍ରେ ଏକ ରନ୍ ଆରମ୍ଭ କରେ।
- 1ଟ୍ୟାଗ୍
tags contains "regular" - 2ଗୁଣ
attrs.total_orders >= 3— ଆପଣଙ୍କର କ୍ଷେତ୍ର, ଏହା ପାଇଁ ଆପଣଙ୍କର ନାମ। - 3ବ୍ୟବହାରଶେଷ 90 ଦିନରେ କୌଣସି
order.paidଘଟଣା ନାହିଁ। - 4ସମ୍ମତିଏକ ବ୍ୟବହାରଯୋଗ୍ୟ ଇ-ମେଲ୍ ଭିତ୍ତି। ଏହା ନଥିବା ଯୋଗାଯୋଗଗୁଡ଼ିକ ସଂଖ୍ୟାରେ ନାହାଁନ୍ତି, କାରଣ ସେମାନଙ୍କୁ ଯାହା ହେଉ ପଠାଯାଇପାରିବ ନାହିଁ।
- iପୂର୍ବାବଲୋକନ412 ଯୋଗାଯୋଗ, ତାଲିକାଭୁକ୍ତ। ପଠାଇବା ସମୟରେ ପୁଣି ଥରେ ଗଣାଯାଏ, କାରଣ ଏକ ସେଗମେଣ୍ଟ ଏକ ପ୍ରଶ୍ନ ଅଟେ, ସ୍ନାପସଟ୍ ନୁହେଁ।
SQL ରେ କମ୍ପାଇଲ୍ ହୋଇଛିସଂଖ୍ୟା କ୍ୟାଶ୍ ହୋଇଛି, ଉତ୍ତର ଲାଇଭ୍
ଦମନ, ଏବଂ ଏହା କେବେ ଯାଞ୍ଚ କରାଯାଏ
ଦମନଗୁଡ଼ିକ ପ୍ରକଳ୍ପ-ସ୍କୋପ୍ ଏବଂ ବିଶ୍ୱବ୍ୟାପୀ ଅଟେ: କଠିନ ବାଉନ୍ସ, ଅଭିଯୋଗ, ଅସବସ୍କ୍ରାଇବ, ମାନ୍ୟତା ପ୍ରବିଷ୍ଟି ଏବଂ ଭୂମିକା ଠିକଣା। ସେଗୁଡ଼ିକ ପଠାଇବା ସମୟରେ ଯାଞ୍ଚ କରାଯାଏ, ଏବଂ ତାପରେ ପଠାଇବା ସେବା ଭିତରେ ମଧ୍ୟ ପୁଣି ଥରେ ଯାଞ୍ଚ କରାଯାଏ।
ସେହି ଦ୍ୱିତୀୟ ଯାଞ୍ଚ ହିଁ ପ୍ରକୃତ କାର୍ଯ୍ୟ କରେ। ଏଥିରେ ତିନି ଦିନର ପ୍ରତୀକ୍ଷା ଥିବା ଏକ ଫନେଲ୍ ପାଖାପାଖି ତିନି ଦିନର ସମୟ ଦିଏ ଯେଉଁଥିରେ କେହି ଅସବସ୍କ୍ରାଇବ କରିପାରନ୍ତି, ଏବଂ ଯେଉଁ ସିଷ୍ଟମ୍ ମେସେଜ୍ କ୍ୟୁଇଉ ହେବା ସମୟରେ ଦମନ ଯାଞ୍ଚ କରିଥିଲା, ସେମାନଙ୍କୁ ତଥାପି ମେଲ୍ ପଠାଇବ। ପଠାଇବା ସମୟରେ ଯାଞ୍ଚ କରିବା ହିଁ ଅସବସ୍କ୍ରାଇବକୁ ସମ୍ମାନ ଦେବା ଏବଂ କେବଳ ରେକର୍ଡ କରିବା ମଧ୍ୟରେ ପାର୍ଥକ୍ୟ ଅଟେ।
ମୁଛୁଡ଼ା ମଧ୍ୟ ସେହିପରି କାମ କରେ: ଏକ ଡିଲିଟ୍ ଅନୁରୋଧ ଏଠାରେ ଯୋଗାଯୋଗ ଏବଂ ସେମାନଙ୍କର ମେସେଜ୍ ଇତିହାସ ବିଲୋପ କରେ, ଏବଂ ପରିବାରର ବାକି ସଦସ୍ୟମାନେ ବ୍ୟବହାର କରୁଥିବା ସେହି ସମାନ ଆଭ୍ୟନ୍ତରୀଣ ମାର୍ଗ ମାଧ୍ୟମରେ ପ୍ରତିଲିପି ରଖୁଥିବା ପ୍ରତ୍ୟେକ ସହୋଦର ସେବାକୁ ପହଞ୍ଚାଏ। ଅନୁରୋଧ କରିବା ପାଇଁ ଗୋଟିଏ ସ୍ଥାନ ଅଛି ଏବଂ ଘଟୁଥିବା ଗୋଟିଏ କାର୍ଯ୍ୟ ଅଛି।