ਸਾਈਨਅੱਪ ਖੇਤਰ ਤੁਹਾਡੇ ਲਿਖੇ ਕਿਸੇ ਵੀ ਪਤੇ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹੀ ਉਸਦੀ ਪੂਰੀ ਅਗਵਾਈ ਹੈ। ਬਾਅਦ ਵਿੱਚ ਪਤਾ ਕੀ ਬਣਦਾ ਹੈ — ਲੌਗਇਨ ਨਾਮ, ਪਾਸਵਰਡ ਰੀਸੈਟ ਦਾ ਟਿਕਾਣਾ, ਸੁਰੱਖਿਆ-ਸੂਚਨਾ ਦਾ ਚੈਨਲ — ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਅਗਲੇ ਮਹੀਨੇ ਖ਼ਤਮ ਹੋਣ ਵਾਲਾ ਐਲੀਅਸ ਨਿਰਦੋਸ਼ ਹੈ ਜਾਂ ਭਵਿੱਖ ਦਾ ਲਾਕਆਉਟ। ਇਹ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਅਤੇ ਜਿਹੜੀ ਫੇਲ੍ਹ ਹੋਵੇ ਉੱਥੇ ਰੁਕੋ। ਟੀਚਾ ਇੱਕ ਸੰਪਰਕ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਖਾਤੇ ਦੀ ਪੂਰੀ ਉਮਰ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹੋ, ਨਾ ਕਿ ਸਭ ਤੋਂ ਘੱਟ ਉਮਰ ਵਾਲਾ ਇਨਬਾਕਸ ਜੋ ਤੁਹਾਨੂੰ ਮਿਲ ਸਕਦਾ ਹੈ।

ਗੋਪਨੀਯਤਾ ਅਤੇ ਰਿਕਵਰੀ-ਯੋਗਤਾ ਇੱਥੇ ਉਲਟ ਦਿਸ਼ਾਵਾਂ ਵੱਲ ਖਿੱਚਦੀਆਂ ਹਨ, ਅਤੇ ਸਹੀ ਸੰਤੁਲਨ ਖਾਤੇ ਦੀ ਭੂਮਿਕਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

ਸੇਵਾ ਉਸ ਪਤੇ 'ਤੇ ਕੀ ਭੇਜਦੀ ਹੈ

ਫਾਰਮ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਬਜਾਏ ਪ੍ਰਕਾਸ਼ਿਤ ਸਾਈਨਅੱਪ, ਰਿਕਵਰੀ ਅਤੇ ਸੂਚਨਾ ਪ੍ਰਵਾਹ ਪੜ੍ਹੋ। ਪਤਾ ਵਰਤੋਂਕਾਰ ਨਾਮ, ਰੀਸੈਟ ਟਿਕਾਣਾ, ਬਿਲਿੰਗ ਸੰਪਰਕ, ਡਾਟਾ ਲੀਕ ਸੂਚਨਾ ਦਾ ਚੈਨਲ ਜਾਂ ਸਿਰਫ਼ ਇੱਕ ਚੋਣਵਾਂ ਖੇਤਰ ਹੋ ਸਕਦਾ ਹੈ। ਇਨਬਾਕਸ ਗਾਇਬ ਹੋਣ 'ਤੇ ਹਰ ਭੂਮਿਕਾ ਦਾ ਅਸਫਲ ਹੋਣ ਦਾ ਢੰਗ ਵੱਖਰਾ ਹੈ: ਵਰਤੋਂਕਾਰ ਨਾਮ ਗੁਆਉਣਾ ਤਕਲੀਫ਼ ਹੈ, ਪਰ ਇੱਕਲੌਤਾ ਰੀਸੈਟ ਚੈਨਲ ਗੁਆਉਣਾ ਪਛਾਣ ਤਸਦੀਕ ਨਾਲ ਜੁੜੀ ਸਹਾਇਤਾ ਟਿਕਟ ਹੈ।

ਈਮੇਲ ਰਿਕਵਰੀ ਤੋਂ ਬਿਨਾਂ ਵੀ ਖਾਤੇ ਵਿੱਚ ਰਿਕਵਰੀ ਦਾ ਤਰੀਕਾ ਹੁੰਦਾ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਕੁੰਜੀ ਜਾਂ ਕੋਡਾਂ ਦਾ ਸਮੂਹ। ਉਸ ਵਸਤੂ ਨੂੰ ਤੁਹਾਡੇ ਬਚਾਉਣ ਵਾਲੀ ਚੀਜ਼ ਮੰਨੋ, ਅਤੇ ਈਮੇਲ ਖੇਤਰ ਨੂੰ ਚੋਣਵੀਂ ਜਾਣਕਾਰੀ ਮੰਨੋ।

ਸਾਈਨਅੱਪ ਤੋਂ ਪਹਿਲਾਂ ਐਲੀਅਸ ਜਾਂਚੋ

ਪਤਾ ਖਾਤੇ ਨਾਲ ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਖੋਜਾਂ ਐਲੀਅਸ ਪ੍ਰਦਾਤਾ ਅਤੇ VPN ਸੇਵਾ 'ਤੇ ਚਲਾਓ। ਜਿਸ ਡੋਮੇਨ ਦਾ ਕੰਮ ਕਰਦਾ ਮੇਲ ਐਕਸਚੇਂਜਰ ਨਹੀਂ, ਜਾਂ ਜੋ ਪ੍ਰਦਾਤਾ ਹਰ ਸਥਾਨਕ ਹਿੱਸੇ ਲਈ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਉਹ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਅਸਲ ਵਿੱਚ ਕਿੰਨਾ ਨਿਯੰਤਰਣ ਹੈ।

dig +short MX your-alias.example.net
dig +short TXT your-alias.example.net
openssl s_client -connect mx1.your-alias.example.net:25 -starttls smtp
swaks --to [email protected] --quit-after RCPT

MX ਰਿਕਾਰਡ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਡੋਮੇਨ ਲਈ ਕੋਈ ਵੀ ਮੇਲ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ; SMTP ਗੱਲਬਾਤ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਇਸ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਨਬਾਕਸ ਮੌਜੂਦ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੋ ਪ੍ਰਦਾਤਾ ਹਰ ਪਤਾ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਉਹ ਸਭ ਫੜਨ ਵਾਲਾ ਹੈ, ਭਾਵ ਡਿਲੀਵਰੀ ਕੰਮ ਕਰਦੀ ਹੈ, ਪਰ ਰਿਕਵਰੀ ਮੇਲ ਵੀ ਉਸ ਡੋਮੇਨ ਨੂੰ ਚਲਾਉਣ ਵਾਲੇ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਲਈ ਪੜ੍ਹਨਯੋਗ ਹੋ ਸਕਦੀ ਹੈ।

ਸਮਾਪਤੀ, ਤਬਦੀਲੀ ਅਤੇ ਡੋਮੇਨ ਬਦਲਾਅ ਵੇਲੇ ਕੀ ਹੁੰਦਾ ਹੈ ਇਹ ਪ੍ਰਦਾਤਾ ਨੂੰ ਸਿੱਧਾ ਪੁੱਛੋ, ਕਿਉਂਕਿ ਉਹ ਘਟਨਾਵਾਂ ਹੀ ਤੈਅ ਕਰਦੀਆਂ ਹਨ ਕਿ ਪੁਰਾਣਾ ਰਿਕਵਰੀ ਸੁਨੇਹਾ ਅਜੇ ਵੀ ਤੁਹਾਡੇ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।

ਐਲੀਅਸ ਕੀ ਲੁਕਾਉਂਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

ਹਰ ਸੇਵਾ ਲਈ ਵੱਖਰਾ ਐਲੀਅਸ ਇੱਕੋ ਪਛਾਣਕਰਤਾ ਨੂੰ ਹਰ ਜਗ੍ਹਾ ਦਿਖਣ ਤੋਂ ਰੋਕਦਾ ਹੈ, ਜੋ ਖਾਤਿਆਂ ਵਿਚਕਾਰ ਆਕਸਮਿਕ ਸਹਿ-ਸੰਬੰਧ ਸੀਮਿਤ ਕਰਦਾ ਹੈ। ਇਹ ਐਲੀਅਸ ਪ੍ਰਦਾਤਾ ਦਾ ਟਿਕਾਣਾ ਇਨਬਾਕਸ ਨਾਲ ਰਿਸ਼ਤਾ ਨਹੀਂ ਲੁਕਾਉਂਦਾ, ਅਤੇ VPN ਸੇਵਾ ਨੂੰ ਆਪਣੀ ਖਾਤਾ ਪਛਾਣ, ਭੁਗਤਾਨ ਰਿਕਾਰਡ ਜਾਂ ਸਹਾਇਤਾ ਇਤਿਹਾਸ ਰੱਖਣ ਤੋਂ ਨਹੀਂ ਰੋਕਦਾ। ਇਸ ਲਈ ਪਤਿਆਂ ਦੀ ਘੁੰਮਣ-ਫਿਰਨ ਗੋਪਨੀਯਤਾ ਦਾ ਸਵਿੱਚ ਨਹੀਂ, ਖਾਤੇ ਦੇ ਜੀਵਨ-ਚੱਕਰ ਦਾ ਫੈਸਲਾ ਹੈ।

NIST ਦੀਆਂ ਪ੍ਰਮਾਣਿਕਤਾ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਪ੍ਰਮਾਣਿਤ ਰਿਕਵਰੀ ਪਤੇ ਨੂੰ ਖਾਤੇ ਦੇ ਜੀਵਨ-ਚੱਕਰ ਨਿਯੰਤਰਣਾਂ ਦਾ ਹਿੱਸਾ ਮੰਨਦੀਆਂ ਹਨ, ਅਤੇ ਬਦਲਾਅ ਲਈ ਸਹੀ ਮਾਨਸਿਕ ਢਾਂਚਾ ਇਹੀ ਹੈ।

ਆਪਣੇ ਆਪ ਨੂੰ ਬਾਹਰ ਲਾਕ ਕੀਤੇ ਬਿਨਾਂ ਪਤਾ ਵਾਪਸ ਲਓ

ਐਲੀਅਸ ਰੱਦ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਸੇਵਾ ਦੀਆਂ ਪ੍ਰਮਾਣਿਤ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਸੰਪਰਕ ਬਦਲੋ ਅਤੇ ਉਸ ਬਦਲਾਅ ਲਈ ਲੋੜੀਂਦੀ ਸਾਰੀ ਤਸਦੀਕ ਪੂਰੀ ਕਰੋ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਨਵਾਂ ਟਿਕਾਣਾ ਟੈਸਟ ਸੂਚਨਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਕਦਮ ਸਫਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਪੁਰਾਣੇ ਇਨਬਾਕਸ ਨੂੰ ਜਾਣ ਦਿਓ। ਉਲਟ ਕ੍ਰਮ ਵਿੱਚ ਕਰਨਾ ਹੀ ਖਾਤਿਆਂ ਦੇ ਅਪੁਨਰਪ੍ਰਾਪਤ ਹੋਣ ਦਾ ਰਾਹ ਹੈ।

ਰਿਕਵਰੀ ਕੋਡ ਇਨਬਾਕਸ ਤੋਂ ਵੱਧ ਚੱਲਣ ਵਾਲੀ ਜਗ੍ਹਾ 'ਤੇ ਰੱਖੋ, ਜਿਵੇਂ ਪਾਸਵਰਡ ਮੈਨੇਜਰ ਦੀ ਐਂਟਰੀ ਜਾਂ ਆਫ਼ਲਾਈਨ ਰਿਕਾਰਡ। ਪੁਰਾਣੀ ਈਮੇਲ ਰਾਹੀਂ ਰੀਸੈਟ ਕਰੋ — ਅਜਿਹਾ ਨੋਟ, ਇਨਬਾਕਸ ਜਾਣ ਤੋਂ ਬਾਅਦ ਰਿਕਵਰੀ ਯੋਜਨਾ ਨਹੀਂ ਹੈ।

ਖਾਤਾ ਬੰਦ ਕਰਨਾ ਅਤੇ ਇਨਬਾਕਸ ਬੰਦ ਕਰਨਾ ਵੱਖਰੀਆਂ ਕਾਰਵਾਈਆਂ ਹਨ। ਦਸਤਾਵੇਜ਼ੀ ਖਾਤਾ-ਮਿਟਾਉਣ ਪ੍ਰਵਾਹ ਵਰਤੋ, ਫਿਰ ਪਤਾ ਵਾਪਸ ਲਓ, ਅਤੇ ਜਾਂਚੋ ਕਿ ਸੇਵਾ ਬਿਲਿੰਗ ਜਾਂ ਕਾਨੂੰਨੀ ਸੰਭਾਲ ਰਿਕਾਰਡ ਰੱਖਦੀ ਹੈ ਜਾਂ ਨਹੀਂ ਜੋ ਦੋਵਾਂ ਤੋਂ ਵੱਧ ਚੱਲਦਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ