ਤੁਹਾਡੇ VPN ਐਗਜ਼ਿਟ ਨੂੰ ਦੁਰਵਿਵਹਾਰ ਦੀ ਰਿਪੋਰਟ ਮਿਲੀ: ਇੱਕ ਸੀਮਤ ਜਵਾਬ
ਕਿਸੇ ਐਗਜ਼ਿਟ ਪਤੇ ਬਾਰੇ ਸ਼ਿਕਾਇਤ ਪੁੱਛਦੀ ਹੈ ਕਿ ਕੌਣ ਜੁੜਿਆ ਸੀ, ਤੁਹਾਨੂੰ ਕੀ ਜ਼ਾਹਰ ਕਰਨਾ ਹੈ ਅਤੇ ਕਦੋਂ ਕਾਨੂੰਨੀ ਸਲਾਹ ਦੀ ਲੋੜ ਹੈ। ਪਹਿਲੀ ਰਿਪੋਰਟ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਜਵਾਬ ਤਿਆਰ ਕਰੋ।
ਦੁਰਵਿਵਹਾਰ ਦੀ ਰਿਪੋਰਟ ਆਉਂਦੀ ਹੈ ਜੋ ਤੁਹਾਡੇ ਐਗਜ਼ਿਟ ਪਤਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਦਾ ਨਾਂ ਲੈਂਦੀ ਹੈ ਅਤੇ ਕਿਸੇ ਖ਼ਾਸ ਸਮੇਂ ’ਤੇ ਇੱਕ ਸੈਸ਼ਨ ਪਿੱਛੇ ਦੇ ਉਪਭੋਗਤਾ ਬਾਰੇ ਪੁੱਛਦੀ ਹੈ। ਜਵਾਬ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਤਿੰਨ ਸਵਾਲ ਵੱਖ ਕਰੋ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸੁਨੇਹਾ ਆਮ ਤੌਰ ’ਤੇ ਮਿਲਾ ਦਿੰਦਾ ਹੈ: ਪਤਾ ਅਸਲ ਵਿੱਚ ਕੀ ਸਾਬਤ ਕਰ ਸਕਦਾ ਹੈ, ਤੁਹਾਡੀ ਸੇਵਾ ਕਿਸ ਗੱਲ ਲਈ ਬੱਝੀ ਹੈ ਅਤੇ ਤੁਹਾਡੀ ਸੰਸਥਾ ਵਿੱਚ ਕਿਸ ਨੂੰ ਫ਼ੈਸਲਾ ਕਰਨ ਦਾ ਹੱਕ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀ ਸੂਚੀ ਕ੍ਰਮ ਨਾਲ ਪੂਰੀ ਕਰੋ ਅਤੇ ਉੱਥੇ ਰੁਕੋ ਜਿੱਥੇ ਜਵਾਬ ਲਈ ਅਜੇ ਨਾਮਜ਼ਦ ਨਾ ਕੀਤੇ ਵਿਅਕਤੀ ਦੀ ਲੋੜ ਹੋਵੇ। ਲਿਖਤੀ ਯੋਜਨਾ ਇਸ ਵਾਅਦੇ ਤੋਂ ਬਿਹਤਰ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਜੋ ਵੀ ਕਰਦੇ ਹਨ ਉਹ ਜਾਂ ਤੁਹਾਡੀ ਗਲਤੀ ਹੈ ਜਾਂ ਆਪਣੇ ਆਪ ਸੁਰੱਖਿਅਤ ਹੈ।
ਐਗਜ਼ਿਟ ਪਤਾ ਅਸਲ ਵਿੱਚ ਕੀ ਸਾਬਤ ਕਰਦਾ ਹੈ
ਕਨੈਕਸ਼ਨ ਰਿਕਾਰਡ ਵਿੱਚ ਇੱਕ ਪਤਾ ਕਿਸੇ ਪਲ ’ਤੇ ਨੈੱਟਵਰਕ ਦੇ ਆਖ਼ਰੀ ਬਿੰਦੂ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ। ਸਾਂਝੇ ਪਤੇ ਅਨੁਵਾਦ ਨਾਲ, ਬਹੁਤ ਸਾਰੇ ਉਪਭੋਗਤਾ ਇੱਕੋ ਪਤੇ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਰਿਕਾਰਡ ਉਸ ਵਿਅਕਤੀ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕਰਦਾ ਜਿਸਨੇ ਕਨੈਕਸ਼ਨ ਸ਼ੁਰੂ ਕੀਤਾ। ਇਹ ਘੇਰਾ ਤੁਹਾਡੀ ਸੇਵਾ ਅਤੇ ਇੱਕ ਸਮਾਂ-ਖਿੜਕੀ ਤੱਕ ਸੀਮਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸਦੀ ਪੂਰੀ ਤਕਨੀਕੀ ਕੀਮਤ ਇਹੀ ਹੈ।
ਰਿਪੋਰਟ ਦੀ ਆਪਣੀ ਵੇਰਵਾ ਉਸ ਕੀਮਤ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹੈ। ਸਮਾਂ ਖੇਤਰ, ਪੋਰਟ ਨੰਬਰ, ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਇਹ ਕਿ ਰਿਪੋਰਟ ਕਰਨ ਵਾਲੇ ਨੇ ਸੈਸ਼ਨ ਦੇਖਿਆ ਜਾਂ ਸਿਰਫ਼ ਅੰਦਾਜ਼ਾ ਲਾਇਆ, ਇਹ ਸਭ ਬਦਲ ਦਿੰਦੇ ਹਨ ਕਿ ਨਿਰੀਖਣ ਕਿਸ ਗੱਲ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਬਿਨਾਂ ਖੇਤਰ ਦਾ ਟਾਈਮਸਟੈਂਪ ਘੰਟਿਆਂ ਬੱਧੀ ਗਲਤ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਅਕਸਰ ਲਾਗ ਐਂਟਰੀ ਮਿਲਣ ਤੇ ਖੁੰਝ ਜਾਣ ਵਿਚਕਾਰਲਾ ਫ਼ਰਕ ਹੁੰਦਾ ਹੈ।
ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਕਾਨੂੰਨੀ ਜ਼ਿੰਮੇਵਾਰੀ ਤੈਅ ਨਹੀਂ ਕਰਦਾ। ਜਾਣੇ-ਪਛਾਣੇ ਸਹਿਕਰਮੀਆਂ ਲਈ ਨਿੱਜੀ ਗੇਟਵੇ, ਅਜਨਬੀਆਂ ਨੂੰ ਵੇਚੀ ਜਾਣ ਵਾਲੀ ਵਪਾਰਕ ਸੇਵਾ ਅਤੇ ਉਪਭੋਗਤਾ ਫ਼ਾਈਲਾਂ ਸੰਭਾਲਣ ਵਾਲਾ ਹੋਸਟ ਨਿਯਾਮਕ ਜਾਂ ਅਦਾਲਤ ਸਾਹਮਣੇ ਵੱਖਰੇ ਤੱਥ ਰੱਖਦੇ ਹਨ। ਜਿਸ ਸੇਵਾ ਨੂੰ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਚਲਾਉਂਦੇ ਹੋ ਉਸ ਦਾ ਵਰਣਨ ਕਰੋ, ਨਾ ਕਿ ਉਸ ਦਾ ਜਿਸਦੀ ਸ਼ਿਕਾਇਤ ਮੰਨ ਲੈਂਦੀ ਹੈ।
ਜਵਾਬ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਸ਼ਿਕਾਇਤ ਪੜ੍ਹੋ
ਜਵਾਬ ਦਾ ਖਰੜਾ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਰਿਪੋਰਟ ਦੀ ਕਿਸਮ ਤੈਅ ਕਰੋ। ਕਾਪੀਰਾਈਟ ਸੂਚਨਾ, ਫ਼ੌਜਦਾਰੀ ਸੁਰੱਖਿਆ ਮੰਗ, ਪ੍ਰਦਾਤਾ ਦੀ ਸਵੀਕਾਰਯੋਗ ਵਰਤੋਂ ਬਾਰੇ ਚੇਤਾਵਨੀ ਅਤੇ ਕਿਸੇ ਵਿਅਕਤੀ ਦੀ ਨਿੱਜੀ ਸ਼ਿਕਾਇਤ ਸਭ ਵੱਖਰੀਆਂ ਉਮੀਦਾਂ ਅਤੇ ਵੱਖਰੀਆਂ ਮਿਆਦਾਂ ਨਾਲ ਆਉਂਦੀਆਂ ਹਨ। ਚਾਰੇ ਨੂੰ ਇੱਕੋ ਟੈਂਪਲੇਟ ਨਾਲ ਜਵਾਬ ਦੇਣਾ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਓਪਰੇਟਰ ਉੱਥੇ ਸਮੱਸਿਆ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਕੋਈ ਨਹੀਂ ਸੀ।
| Report type | First action | Who decides |
|---|---|---|
| Copyright notice | Preserve the notice and identify the activity it concerns | Designated agent with counsel input |
| Provider AUP warning | Read the contract's escalation terms | Service owner |
| Criminal or preservation demand | Do not delete; route to counsel | Counsel |
| Private complaint | Acknowledge receipt only | Abuse contact |
ਉਪਭੋਗਤਾ ਬਾਰੇ ਕੁਝ ਵੀ ਜ਼ਾਹਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਭੇਜਣ ਵਾਲੇ ਦੀ ਪੁਸ਼ਟੀ ਉਸ ਮਾਧਿਅਮ ਰਾਹੀਂ ਕਰੋ ਜਿਸ ’ਤੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਭਰੋਸਾ ਕਰਦੇ ਹੋ। ਜੋ ਈਮੇਲ ਆਪਣੇ ਆਪ ਨੂੰ ਹੱਕ ਧਾਰਕ ਦੱਸਦੀ ਹੈ ਉਹ ਪ੍ਰਮਾਣਿਕਤਾ ਨਹੀਂ, ਅਤੇ ਸੈਸ਼ਨ ਦੇ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਵਾਲਾ ਜਵਾਬ ਆਪਣੇ ਆਪ ਵਿੱਚ ਖੁਲਾਸਾ ਹੈ। ਸੁਨੇਹੇ ਵਿੱਚ ਦਿੱਤੇ ਪਤੇ ਦੀ ਥਾਂ ਪ੍ਰਦਾਤਾ ਦਾ ਪ੍ਰਕਾਸ਼ਿਤ ਦੁਰਵਿਵਹਾਰ ਸੰਪਰਕ ਜਾਂ ਤੁਹਾਡਾ ਮੌਜੂਦਾ ਖਾਤਾ ਪ੍ਰਬੰਧਕ ਵਰਤੋ। ਜੇ ਭੇਜਣ ਵਾਲੇ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰ ਸਕਦੇ ਤਾਂ ਸਿਰਫ਼ ਪ੍ਰਾਪਤੀ ਮੰਨੋ।
ਮੂਲ ਸੁਨੇਹਾ ਹੈਡਰਾਂ ਸਮੇਤ ਅਟੁੱਟ ਰੱਖੋ ਅਤੇ ਆਪਣੇ ਕੰਮ ਟਾਈਮਸਟੈਂਪਾਂ ਨਾਲ ਦਰਜ ਕਰੋ। ਇਹੀ ਇਤਿਹਾਸ ਬਾਅਦ ਦੀ ਵਿਆਖਿਆ ਨੂੰ ਭਰੋਸੇਯੋਗ ਬਣਾਉਂਦਾ ਹੈ, ਭਾਵੇਂ ਸਰੋਤਾ ਪ੍ਰਦਾਤਾ ਹੋਵੇ, ਨਿਯਾਮਕ ਹੋਵੇ ਜਾਂ ਤੁਹਾਡਾ ਆਪਣਾ ਪ੍ਰਬੰਧਨ।
ਜੋ ਸਬੂਤ ਰੱਖਣ ਦੀ ਆਗਿਆ ਹੈ ਉਹ ਸੰਭਾਲੋ
ਸੰਭਾਲ ਇੱਕ ਡਿਜ਼ਾਈਨ ਫ਼ੈਸਲਾ ਹੈ ਜੋ ਪਹਿਲੀ ਸ਼ਿਕਾਇਤ ਤੋਂ ਪਹਿਲਾਂ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਉਸ ਦੌਰਾਨ ਨਹੀਂ। ਤੈਅ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕੀ ਲਾਗ ਕਰਦੇ ਹੋ, ਕਿੰਨੀ ਦੇਰ ਅਤੇ ਕਿਸ ਅਧਿਕਾਰ ਨਾਲ, ਅਤੇ ਇਹ ਉੱਥੇ ਲਿਖੋ ਜਿੱਥੇ ਉਪਭੋਗਤਾ ਪੜ੍ਹ ਸਕਣ। ਸਭ ਦਾ ਟ੍ਰੈਫ਼ਿਕ ਬਿਨਾਂ ਭੇਦਭਾਵ ਜਮ੍ਹਾਂ ਕਰਨਾ ਨੀਤੀ ਦਾ ਬਦਲ ਨਹੀਂ ਅਤੇ ਇਹ ਆਪਣੀਆਂ ਖੁਲਾਸਾ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਬਣਾਉਂਦਾ ਹੈ।
ਜਿਵੇਂ ਹੀ ਕੋਈ ਰਸਮੀ ਮੰਗ ਜਾਂ ਸੰਭਾਲ ਬੇਨਤੀ ਆਉਂਦੀ ਹੈ, ਸੰਬੰਧਿਤ ਰਿਕਾਰਡ ਮਿਟਾਉਣਾ ਆਮ ਸ਼ਿਕਾਇਤ ਨੂੰ ਕਿਤੇ ਵੱਡੀ ਸਮੱਸਿਆ ਬਣਾ ਸਕਦਾ ਹੈ। ਇਸੇ ਤਰ੍ਹਾਂ, ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ ਕਰਕੇ ਸਭ ਕੁਝ ਹਮੇਸ਼ਾ ਲਈ ਰੱਖਣਾ ਬਿਨਾਂ ਲਾਭ ਦਾ ਭਾਰ ਹੈ। ਜੋ ਹੈ ਉਸਨੂੰ ਫ਼੍ਰੀਜ਼ ਕਰੋ, ਜੋ ਨਹੀਂ ਹੈ ਉਸਨੂੰ ਦਰਜ ਕਰੋ ਅਤੇ ਸੰਭਾਲ ਦੀ ਸਥਿਤੀ ਬਦਲਣਾ ਉਦੋਂ ਤੱਕ ਰੋਕੋ ਜਦੋਂ ਤੱਕ ਕੋਈ ਯੋਗ ਵਿਅਕਤੀ ਬੇਨਤੀ ਨਾ ਪੜ੍ਹ ਲਵੇ। ਜਵਾਬ “ਸਾਡੇ ਕੋਲ ਉਹ ਲਾਗ ਨਹੀਂ ਸੀ” ਸਵੀਕਾਰਯੋਗ ਹੈ; ਜਵਾਬ “ਅਸੀਂ ਉਹ ਪਿਛਲੇ ਹਫ਼ਤੇ ਮਿਟਾ ਦਿੱਤਾ” ਕਿਸੇ ਹੋਰ ਗੱਲਬਾਤ ਦਾ ਸੱਦਾ ਦਿੰਦਾ ਹੈ।
ਸੰਭਾਲ ਮਿਆਦਾਂ ਅਤੇ ਘਟਨਾ ਪ੍ਰਕਿਰਿਆਵਾਂ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਲਾਗੂ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਦੀ ਸਮੀਖਿਆ ਕਰਵਾਓ। ਇਹ ਉਹ ਬਿੰਦੂ ਹੈ ਜਿੱਥੇ ਵਕੀਲ ਬਦਲ ਨਾਲੋਂ ਘੱਟ ਖ਼ਰਚ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ ਬਲੌਗ ਪੋਸਟ ਤੋਂ ਲਿਆ ਜਾਣ ਵਾਲਾ ਫ਼ੈਸਲਾ ਨਹੀਂ।
ਕਾਨੂੰਨੀ ਢਾਂਚੇ ਵੱਖਰੇ ਰੱਖੋ
ਉਦਾਹਰਨ ਲਈ ਸੰਯੁਕਤ ਰਾਜ ਅਮਰੀਕਾ ਵਿੱਚ, 47 USC 230 ਇਸ ਗੱਲ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ ਕਿ ਜਦੋਂ ਜਾਣਕਾਰੀ ਕਿਸੇ ਹੋਰ ਕੋਲੋਂ ਆਉਂਦੀ ਹੈ ਤਾਂ ਸੇਵਾ ਨਾਲ ਕਿਵੇਂ ਵਿਵਹਾਰ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਸੰਘੀ ਫ਼ੌਜਦਾਰੀ ਕਾਨੂੰਨ ਅਤੇ ਬੌਧਿਕ ਸੰਪੱਤੀ ਨੂੰ ਉਸ ਵਿਵਹਾਰ ਤੋਂ ਬਾਹਰ ਰੱਖਦਾ ਹੈ। ਇਸਨੂੰ VPN ਟ੍ਰੈਫ਼ਿਕ ਲਈ ਆਮ ਕਵਚ ਮੰਨਣਾ ਆਤਮਵਿਸ਼ਵਾਸੀ ਪਰ ਸਿੱਧੇ ਤੌਰ ’ਤੇ ਗਲਤ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।
ਕਾਪੀਰਾਈਟ ਦੇ ਸੁਰੱਖਿਅਤ ਬੰਦਰਗਾਹਾਂ ਆਪਣੀਆਂ ਸ਼ਰਤਾਂ ਵਾਲੇ ਵੱਖਰੇ ਢਾਂਚੇ ਹਨ। ਧਾਰਾ 512 ਟ੍ਰਾਂਜ਼ਿਟ, ਕੈਸ਼ਿੰਗ, ਹੋਸਟਿੰਗ ਅਤੇ ਲਿੰਕਿੰਗ ਗਤੀਵਿਧੀਆਂ ਵਿੱਚ ਫ਼ਰਕ ਕਰਦੀ ਹੈ, ਅਤੇ ਹਰ ਸ਼੍ਰੇਣੀ ਦੀਆਂ ਵੱਖਰੀਆਂ ਲੋੜਾਂ ਹਨ। ਕਿਹੜੀ ਗਤੀਵਿਧੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਇਸਦੇ ਮੁਲਾਂਕਣ ਦੀ ਥਾਂ ਇੱਕ ਆਮ ਹਟਾਉਣ ਵਾਲਾ ਮੇਲਬਾਕਸ ਰੱਖਣਾ ਰਣਨੀਤੀ ਨਹੀਂ।
ਇਸ ਤੋਂ ਦੋ ਸਿੱਟੇ ਨਿਕਲਦੇ ਹਨ। ਪਹਿਲਾ ਇਹ ਕਿ ਢਾਂਚਾ ਇਸ ਗੱਲ ’ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ ਸੇਵਾ ਕੀ ਕਰਦੀ ਹੈ, ਨਾ ਕਿ ਇਸਦੇ ਨਾਂ ਵਿੱਚ VPN ਸ਼ਬਦ ਹੈ। ਦੂਜਾ ਇਹ ਕਿ ਕਿਸੇ ਯੋਗ ਵਿਅਕਤੀ ਨੂੰ ਤੁਹਾਡੇ ਅਧਿਕਾਰ ਖੇਤਰ ਲਈ ਇਹ ਫ਼ੈਸਲਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਵੇਰਵੇ ਸਰਹੱਦਾਂ ਅਤੇ ਸਾਲਾਂ ਵਿੱਚ ਬਦਲਦੇ ਹਨ।
ਯੋਜਨਾ ਲਿਖੋ ਅਤੇ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀ ਨਾਮਜ਼ਦ ਕਰੋ
ਵਰਤੋਂਯੋਗ ਯੋਜਨਾ ਉਸ ਵਿਅਕਤੀ ਦਾ ਨਾਂ ਲੈਂਦੀ ਹੈ ਜੋ ਸ਼ਿਕਾਇਤਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਉਸ ਕੋਲ ਉਪਲਬਧ ਸਬੂਤ, ਉਹ ਪਹੁੰਚ ਜੋ ਉਹ ਵਾਪਸ ਲੈ ਸਕਦਾ ਹੈ ਅਤੇ ਉਹ ਬਿੰਦੂ ਜਿੱਥੇ ਕਾਨੂੰਨੀ ਸਮੀਖਿਆ ਲਾਜ਼ਮੀ ਹੋ ਜਾਂਦੀ ਹੈ। ਇਹ ਵਿਕਲਪਿਕ ਵਿਅਕਤੀ ਵੀ ਨਾਮਜ਼ਦ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ ਸ਼ਿਕਾਇਤਾਂ ਸਾਲਾਨਾ ਛੁੱਟੀ ਦੀ ਉਡੀਕ ਨਹੀਂ ਕਰਦੀਆਂ।
ਯੋਜਨਾ ਨੂੰ ਇੱਕ ਵਾਰ ਨਕਲੀ ਰਿਪੋਰਟ ਨਾਲ ਪਰਖੋ: ਇਸਨੂੰ ਸੰਪਰਕ ਤੱਕ ਭੇਜੋ, ਜਵਾਬ ਦਾ ਸਮਾਂ ਮਾਪੋ ਅਤੇ ਦੇਖੋ ਕਿ ਐਸਕਲੇਸ਼ਨ ਮਾਰਗ ਕੰਮ ਕਰਦਾ ਹੈ। ਜਿਸ ਦੁਰਵਿਵਹਾਰ ਸੰਪਰਕ ਦੀ ਕੋਈ ਨਿਗਰਾਨੀ ਨਹੀਂ ਕਰਦਾ ਉਹ ਪ੍ਰਕਾਸ਼ਿਤ ਸੰਪਰਕ ਨਾਲੋਂ ਮਾੜਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਪ੍ਰਦਾਤਾ ਨੂੰ ਪੁੱਛਣ ਦੀ ਥਾਂ ਐਸਕਲੇਸ਼ਨ ਵੱਲ ਭੜਕਾਉਂਦਾ ਹੈ।
ਅੰਤ ਵਿੱਚ ਯੋਜਨਾ ਨੂੰ ਸੇਵਾ ਦੇ ਅਨੁਪਾਤ ਵਿੱਚ ਰੱਖੋ। ਪੰਜ ਲੋਕਾਂ ਦੇ ਨਿੱਜੀ ਗੇਟਵੇ ਨੂੰ ਕਾਨੂੰਨੀ ਵਿਭਾਗ ਦੀ ਲੋੜ ਨਹੀਂ, ਪਰ ਇਸਨੂੰ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਮੇਲਬਾਕਸ ਕੌਣ ਪੜ੍ਹਦਾ ਹੈ ਅਤੇ ਕੌਣ ਕਿਸ ਨੂੰ ਫ਼ੋਨ ਕਰਦਾ ਹੈ।