ਵੰਡੇ ਕੇਰੀਓ ਕਨੈਕਟ ਸਰਵਰਾਂ ਵਿਚਕਾਰ ਸਾਂਝੇ ਕੀਤੇ ਫੋਲਡਰਾਂ, ਸੰਪਰਕਾਂ, ਕੈਲੰਡਰਾਂ ਦਾ ਪੂਰਾ ਸਮਕਾਲੀਕਰਨ

ਸ਼ੁਭ ਦੁਪਹਿਰ, ਹੈਬਰ!

ਉਦੇਸ਼

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

prehistory

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

ਮੈਂ, ਬੇਸ਼ੱਕ, ਅਜਿਹੇ ਕੈਚ ਦੀ ਉਮੀਦ ਨਹੀਂ ਕੀਤੀ ਸੀ ਅਤੇ ਲੰਬੇ ਸਮੇਂ ਲਈ ਵਿਸ਼ਵਾਸ ਨਹੀਂ ਕਰ ਸਕਦਾ ਸੀ ਕਿ ਮੈਨੂੰ ਲੋੜੀਂਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਗਾਇਬ ਸੀ. ਬਾਅਦ ਵਿੱਚ ਮੈਨੂੰ ਇਸ ਤੱਥ ਦੇ ਦਸਤਾਵੇਜ਼ੀ ਸਬੂਤ ਮਿਲੇ। ਮੈਂ ਇਸ ਤੋਂ ਬਹੁਤ ਹੈਰਾਨ ਅਤੇ ਨਿਰਾਸ਼ ਸੀ।

ਕੰਮ ਆਸਾਨੀ ਨਾਲ ਇੱਕ ਸਮੱਸਿਆ ਵਿੱਚ ਬਦਲ ਗਿਆ.

ਕੀ ਵਿਕਲਪ ਸਨ?

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

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

6 ਵਜੇ "ਦੁਸ਼ਮਣ ਦੇ ਇਲਾਕੇ ਨੂੰ ਜ਼ਬਤ ਕਰਨ" ਦੀਆਂ ਯੋਜਨਾਵਾਂ ਦੇ ਨਾਲ ਕਾਗਜ਼ ਦੇ ਟੁਕੜਿਆਂ ਦਾ ਇੱਕ ਝੁੰਡ ਬਣਾ ਕੇ, ਸੋਚਣ ਵਿੱਚ ਬਹੁਤ ਸਮਾਂ ਬਿਤਾਉਣ ਤੋਂ ਬਾਅਦ, ਮੈਂ ਦੋ ਸਹੀ ਫੈਸਲੇ ਲਏ:

• ਪਹਿਲਾ ਫੈਸਲਾ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਆਪਣਾ ਕੰਮ ਕਰੋ ਅਤੇ ਬਾਹਰੋਂ ਕੁਝ ਨਾ ਲੱਭੋ।
• ਦੂਜਾ ਹੱਲ ਹੈ ਸੌਂ ਜਾਣਾ।

ਪਹਿਲਾਂ ਹੀ ਸਵੇਰੇ ਮੈਂ ਇੱਕ ਸਿੰਗਲ ਅਤੇ ਸੱਚੇ ਵਿਚਾਰ ਨਾਲ ਜਾਗਿਆ, ਜੋ ਕਿ ਕੁਝ ਅੱਖਰਾਂ ਵਿੱਚ ਘਟਾ ਦਿੱਤਾ ਗਿਆ ਸੀ - ਡੀਐਫਐਸ

ਫੈਸਲੇ ਦਾ

ਹੱਲ ਖੁਦ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਸੀ

• ਉਹਨਾਂ ਸਾਰੇ ਸਰਵਰਾਂ ਨੂੰ ਲਿਆਓ ਜੋ OS Windows ਵਿੱਚ ਸਮਕਾਲੀਕਰਨ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣਗੇ। (ਇਸ ਦਾ ਕੁਝ ਹਿੱਸਾ ਲੀਨਕਸ ਉੱਤੇ ਸੀ। ਮੇਲ ਡੇਟਾ ਨੂੰ ਕਿਸੇ ਹੋਰ OS ਵਿੱਚ ਮਾਈਗਰੇਸ਼ਨ ਦੀ ਲੋੜ ਸੀ)
• ਡਾਇਰੈਕਟਰੀਆਂ ਦੀ ਬਣਤਰ ਦਾ ਪਤਾ ਲਗਾਓ ਜੋ ਸਮਕਾਲੀਕਰਨ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣਗੀਆਂ - ਉਹ ਇੱਕੋ ਜਿਹੀਆਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।
• ਇੱਕ ਸਿੰਗਲ DFS ਸਪੇਸ ਦੇ ਨਾਲ ਇੱਕ ਡੋਮੇਨ ਦੇ ਅਧੀਨ ਸਾਰੇ ਮੇਲ ਸਰਵਰਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ।
• ਉੱਪਰ ਦੱਸੇ ਗਏ ਡਿਸਟ੍ਰੀਬਿਊਟ ਕੀਤੇ ਕੇਰੀਓ ਡੋਮੇਨ ਨੂੰ ਬਣਾਓ, ਕਿਉਂਕਿ ਮੇਰੇ ਕੇਸ ਵਿੱਚ ਡਾਟਾ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਦੀ ਲੋੜ ਹੈ, ਨਾ ਸਿਰਫ਼ ਸਰਵਰਾਂ ਦੇ ਵਿਚਕਾਰ, ਸਗੋਂ ਡੋਮੇਨਾਂ ਦੇ ਵਿਚਕਾਰ ਵੀ; ਦੂਜਾ ਕੇਰੀਓ ਸਰਵਰ ਦੁਆਰਾ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਹੈਂਡਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। (ਪਹਿਲੇ ਤੋਂ ਉਲਟ)
• ਸਮਕਾਲੀ ਡਾਇਰੈਕਟਰੀਆਂ ਨੂੰ DFS ਸਪੇਸ ਵਿੱਚ ਸੈੱਟ ਕਰੋ।
• ਕਿਸੇ ਕਿਸਮ ਦੀ ਬੈਸਾਖੀ ਲੈ ਕੇ ਆਓ (ਆਖ਼ਰਕਾਰ, ਤੁਸੀਂ ਬੈਸਾਖੀ ਤੋਂ ਬਿਨਾਂ ਨਹੀਂ ਰਹਿ ਸਕਦੇ)

Реализация

ਦੋ ਮੇਲ ਸਰਵਰਾਂ 'ਤੇ ਉਦਾਹਰਨ (ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਹੋਰ)

1. ਕੇਰੀਓ ਵੰਡਿਆ ਡੋਮੇਨ

ਮਾਸਟਰ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਵਿੱਚ ਹਿੱਸਾ ਨਹੀਂ ਲੈਂਦਾ, ਪਰ ਇਹ ਇੱਕ ਪੂਰਵ ਸ਼ਰਤ ਨਹੀਂ ਹੈ।

ਮੈਂ ਵਰਣਨ ਨਹੀਂ ਕਰਾਂਗਾ ਕਿ ਕੇਰੀਓ ਵੰਡੇ ਡੋਮੇਨ ਨੂੰ ਕਿਵੇਂ ਵਧਾਉਣਾ ਹੈ, ਇਸ ਬਾਰੇ ਕੁਝ ਵੀ ਗੁੰਝਲਦਾਰ ਨਹੀਂ ਹੈ, ਤੁਸੀਂ ਅਧਿਕਾਰੀ ਦਾ ਅਧਿਐਨ ਕਰ ਸਕਦੇ ਹੋ manul

ਅੰਤ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਪ੍ਰਸ਼ਾਸਨ ਕੰਸੋਲ ਵਿੱਚ ਹੇਠ ਦਿੱਤੀ ਤਸਵੀਰ ਦੇਖਣੀ ਚਾਹੀਦੀ ਹੈ:

ਅੱਗੇ ਮੈਨੂੰ ਸ਼ੇਅਰ ਕੀਤੇ ਫੋਲਡਰਾਂ ਵਿੱਚ ਦਿਲਚਸਪੀ ਸੀ; ਮਾਸਟਰ ਸਰਵਰ 'ਤੇ ਤੁਸੀਂ ਹੇਠਾਂ ਦਿੱਤੇ ਵਿਕਲਪਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹੋ:

ਹਰੇਕ ਡੋਮੇਨ ਲਈ ਖਾਸ - ਸਰਵਰ ਡੋਮੇਨਾਂ ਵਿਚਕਾਰ ਜਨਤਕ ਫੋਲਡਰਾਂ ਨੂੰ ਸਮਕਾਲੀ ਨਹੀਂ ਕਰੇਗਾ

ਸਾਰੇ ਡੋਮੇਨਾਂ ਲਈ ਆਮ - ਸਾਰੇ ਸਰਵਰ ਹਰੇਕ ਡੋਮੇਨ ਵਿੱਚ ਮੌਜੂਦਾ ਜਨਤਕ ਫੋਲਡਰਾਂ ਨੂੰ ਛੱਡ ਦੇਣਗੇ ਅਤੇ ਹਰੇਕ ਮੇਲ ਸਰਵਰ 'ਤੇ ਸਾਰੇ ਡੋਮੇਨਾਂ ਲਈ ਨਵੇਂ ਸਿੰਗਲ ਫੋਲਡਰ ਬਣਾਉਣਗੇ।

ਸਾਵਧਾਨ ਹਾਲਾਂਕਿ ਇਹ ਵਿਕਲਪ ਸਾਰੇ ਸਰਵਰਾਂ 'ਤੇ ਸੰਰਚਨਾ ਨੀਤੀ ਨੂੰ ਬਦਲਦਾ ਹੈ, ਇਹ ਹਰੇਕ ਸਰਵਰ ਤੋਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸਮਕਾਲੀ ਹੁੰਦਾ ਹੈ (ਜੋ ਕਿ, ਇੱਕ ਆਮ ਥਾਂ ਤੋਂ ਬਿਨਾਂ)

ਪ੍ਰਸ਼ਾਸਕ ਕੋਲ ਅਜੇ ਵੀ ਉਪਭੋਗਤਾਵਾਂ ਵਿਚਕਾਰ ਪਹੁੰਚ ਨੂੰ ਵੰਡਣ ਦੀ ਸਮਰੱਥਾ ਹੋਵੇਗੀ।
ਮੇਰੇ ਕੇਸ ਵਿੱਚ, ਉਹ ਸਾਰੇ ਮੇਰੇ ਹਨ ਅਤੇ ਮੈਨੂੰ ਪੂਰੇ ਸਮਕਾਲੀਕਰਨ ਦੀ ਲੋੜ ਹੈ (ਤੁਹਾਡੇ ਕੇਸ ਵਿੱਚ, ਹੱਲ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ) ਹਰੇਕ ਸਰਵਰ 'ਤੇ ਤੁਹਾਨੂੰ ਡੋਮੇਨਾਂ ਦੇ ਇੱਕੋ ਜਿਹੇ ਸੈੱਟ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸਮਕਾਲੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

2. ਕੇਰੀਓ ਡਾਟਾ ਡਾਇਰੈਕਟਰੀਆਂ

ਹੁਣ ਤੁਹਾਨੂੰ ਇੱਕੋ ਜਿਹੀਆਂ ਸਾਂਝੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ ਜੋ ਹਰੇਕ ਸਰਵਰ 'ਤੇ ਸਮਕਾਲੀ ਹੋਣ ਦੀ ਲੋੜ ਹੈ। ਫੋਲਡਰ, ਕੈਲੰਡਰ, ਸੰਪਰਕ।

ਸਲਾਹ - ਅੰਗਰੇਜ਼ੀ ਵਿੱਚ ਡਾਇਰੈਕਟਰੀਆਂ ਬਣਾਓ, ਜੇ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਲਾਤੀਨੀ ਵਿੱਚ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਡਾਇਰੈਕਟਰੀ ਦਾ ਨਾਮ ਕੁਝ ਸਮਝ ਤੋਂ ਬਾਹਰ ਏਨਕੋਡਿੰਗ ਵਿੱਚ ਹੋਵੇਗਾ, ਇਹ ਘੱਟੋ ਘੱਟ ਅਸੁਵਿਧਾਜਨਕ ਹੈ।

ਹੁਣ ਤੁਹਾਨੂੰ ਹਰੇਕ ਸਰਵਰ 'ਤੇ ਮੇਲ ਫੋਲਡਰਾਂ ਦੇ ਭੌਤਿਕ ਮਾਰਗ ਲੱਭਣ ਦੀ ਲੋੜ ਹੈ।

ਸਾਰੇ ਡੋਮੇਨਾਂ ਲਈ ਆਮ ~DataMailmail#publicСинхронизируемый каталог#msgs
ਹਰੇਕ ਡੋਮੇਨ ਲਈ ਖਾਸ ~DataMailmail**Domain**#publicСинхронизируемый каталог#msgs

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

3.DFS

ਮੈਂ ਵਿਸਥਾਰ ਵਿੱਚ ਵਰਣਨ ਨਹੀਂ ਕਰਾਂਗਾ ਕਿ DFS ਨੂੰ ਕਿਵੇਂ ਕੌਂਫਿਗਰ ਕਰਨਾ ਹੈ, ਇਸ ਮੁੱਦੇ 'ਤੇ ਕਾਫ਼ੀ ਜਾਣਕਾਰੀ ਹੈ।

DFS ਵਿੰਡੋਜ਼ ਸਰਵਰ ਵਿੱਚ ਇੱਕ ਭੂਮਿਕਾ ਸੇਵਾ ਹੈ ਜੋ ਵੱਖ-ਵੱਖ ਸਰਵਰਾਂ 'ਤੇ ਸਥਿਤ ਸਾਂਝੇ ਫੋਲਡਰਾਂ ਨੂੰ ਜੋੜਨ ਦੀ ਯੋਗਤਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ।
MS DFS ਦਸਤਾਵੇਜ਼ ਨਾਲ ਲਿੰਕ ਕਰੋ

DFS ਸੈਟ ਅਪ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਸਾਰੇ ਮੇਲ ਸਰਵਰਾਂ ਨੂੰ ਰੋਕਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਡੇਟਾ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣਗੇ।

ਸੈੱਟਅੱਪ ਦੇ ਪੂਰਾ ਹੋਣ 'ਤੇ, ਤੁਹਾਨੂੰ ਹਰੇਕ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ਡ ਫੋਲਡਰਾਂ ਲਈ ਹੇਠ ਲਿਖੀ ਤਸਵੀਰ ਪ੍ਰਾਪਤ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ

ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ, ਸਾਨੂੰ ਨਕਲ ਕੀਤੇ ਫੋਲਡਰਾਂ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਹੋਣ ਤੋਂ ਬਾਅਦ (ਅਤੇ ਇੱਥੇ ਨਕਲ ਕਰਨ ਲਈ ਕੁਝ ਖਾਸ ਨਹੀਂ ਹੈ - ਫੋਲਡਰ ਖਾਲੀ ਹਨ), ਮੇਲ ਸਰਵਰ ਸ਼ੁਰੂ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।

ਅੱਗੇ, ਤੁਸੀਂ ਇੱਕ ਮੇਲ ਸਰਵਰ ਨੂੰ ਡੇਟਾ ਨਾਲ ਭਰ ਸਕਦੇ ਹੋ ਅਤੇ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਡੇਟਾ ਸਹੀ ਢੰਗ ਨਾਲ ਦੁਹਰਾਇਆ ਗਿਆ ਹੈ।

4. ਬਸਾਖੀ

ਪ੍ਰਤੀਬਿੰਬ ਦਾ ਵਰਣਨ

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਡੇਟਾ ਦੇ ਸਮਕਾਲੀਕਰਨ (DFS) ਦੇ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਦੇਖ ਸਕਦੇ ਹੋ, ਜੇਕਰ ਤੁਸੀਂ ਜਾਂ ਤਾਂ ਪਹਿਲੇ ਸਰਵਰ 'ਤੇ ਕੁਝ ਬਣਾਇਆ ਹੈ, ਕਿਸੇ ਤਰ੍ਹਾਂ ਦੂਜੇ ਸਰਵਰ 'ਤੇ ਕੁਝ ਨਹੀਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਜਾਂ ਇਹ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਪਰ ਕਿਸੇ ਤਰ੍ਹਾਂ ਹਮੇਸ਼ਾ ਨਹੀਂ ਹੁੰਦਾ।

ਨਿਰਾਸ਼ ਨਾ ਹੋਵੋ; ਬੇਸ਼ੱਕ, ਇਹ ਜਲਦੀ ਜਾਂ ਬਾਅਦ ਵਿੱਚ ਉੱਥੇ ਦਿਖਾਈ ਦੇਵੇਗਾ, ਪਰ ਬਾਅਦ ਵਿੱਚ ਬਿਹਤਰ ਹੈ. ਕਿਉਂਕਿ ਇਹ 6 - 12 ਘੰਟਿਆਂ ਵਿੱਚ ਬਹੁਤ ਲੇਟ ਹੈ।

ਗੱਲ ਇਹ ਹੈ ਕਿ ਜਿਵੇਂ ਹੀ ਤੁਸੀਂ ਪਹਿਲੇ ਸਰਵਰ 'ਤੇ ਕੁਝ ਬਣਾਇਆ ਹੈ, ਦੂਜੇ ਅਤੇ ਬਾਅਦ ਵਾਲੇ ਸਰਵਰਾਂ 'ਤੇ ਫਾਈਲ ਬੇਸ਼ਕ ਤੁਰੰਤ ਦਿਖਾਈ ਦੇਵੇਗੀ DFS ਸਿਸਟਮ ਦਾ ਧੰਨਵਾਦ, ਪਰ ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਕਿ ਇਹ ਮੇਲ ਡਾਇਰੈਕਟਰੀ ਪਹਿਲਾਂ ਹੀ ਕਿਸੇ ਦੁਆਰਾ ਪੜ੍ਹੀ ਗਈ ਹੈ. ਅਤੇ ਦੁਬਾਰਾ ਬੇਨਤੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਸਰਵਰ #msgs ਫੋਲਡਰ ਨੂੰ ਦੁਬਾਰਾ ਨਹੀਂ ਪੜ੍ਹੇਗਾ ਪਰ ਇਸਦੇ ਆਪਣੇ ਸੂਚਕਾਂਕ ਤੋਂ ਡੇਟਾ ਨੂੰ ਥੁੱਕ ਦੇਵੇਗਾ, ਜੋ ਹੁਣ ਸਾਡੀ ਅਸਲੀਅਤ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਹੋ ਸਕਦਾ ਹੈ।

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

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

ਕਿਵੇਂ?

ਜੇ ਅਸੀਂ ਇਕ ਵਾਰ ਫਿਰ ਉਸ ਤਸਵੀਰ ਵੱਲ ਧਿਆਨ ਦਿੰਦੇ ਹਾਂ ਜੋ ਸਾਡੇ ਲਈ ਪਹਿਲਾਂ ਤੋਂ ਜਾਣੀ ਜਾਂਦੀ ਹੈ.

ਪਰ ਕਿਸੇ ਹੋਰ ਜਹਾਜ਼ 'ਤੇ, ਤੁਸੀਂ ਇੱਕ ਬਹੁਤ ਹੀ ਦਿਲਚਸਪ ਬਟਨ ਦੇਖ ਸਕਦੇ ਹੋ ਜਿਸਦੀ ਸਾਨੂੰ ਹੁਣ ਲੋੜ ਹੈ - ਫੋਲਡਰਾਂ ਨੂੰ ਰੀਇੰਡੈਕਸ ਕਰੋ

ਅਤੇ ਸੱਚਮੁੱਚ. ਜੇਕਰ ਅਸੀਂ ਇੱਕ ਮੇਲ ਸਰਵਰ 'ਤੇ ਇਸ ਬਟਨ 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹਾਂ ਜੋ ਇਹ ਨਹੀਂ ਜਾਣਦਾ ਹੈ ਕਿ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ਡ #msgs ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਕੁਝ ਬਦਲ ਗਿਆ ਹੈ, ਤਾਂ ਸਾਨੂੰ ਇੱਕ ਸਥਿਰ, ਤੇਜ਼ ਨਤੀਜਾ ਮਿਲੇਗਾ। ਛੁਪੀ ਹੋਈ ਹਰ ਚੀਜ਼ ਸਾਫ਼ ਹੋ ਜਾਵੇਗੀ।

ਲੌਗ ਵਿੱਚ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਇਹ ਪ੍ਰਕਿਰਿਆ ਕਿੰਨਾ ਸਮਾਂ ਲੈਂਦੀ ਹੈ; ਮੇਰੇ ਕੇਸ ਵਿੱਚ ਕਈ ਹਜ਼ਾਰ (15 ਹਜ਼ਾਰ) ਰਿਕਾਰਡਾਂ ਦੇ ਨਾਲ ਇਸ ਵਿੱਚ ਲਗਭਗ 3-4 ਮਿੰਟ ਲੱਗਦੇ ਹਨ।

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

ਇਹ ਬਾਹਰ ਕਾਮੁਕ ਕੇਰੀਓ ਆਪਣੇ ਹੀ ਹਨ API

ਵੇਰਵਾ
ਦਸਤਾਵੇਜ਼

ਫੰਕਸ਼ਨ ਜੋ ਸਾਡਾ ਕੰਮ ਕਰਦਾ ਹੈ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਦਾ ਹੈ:
session = callMethod("Domains.checkPublicFoldersIntegrity",{}, token)

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

ਮੈਂ ਇਹ ਕਹਿਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਮੈਂ ਸਕ੍ਰਿਪਟਾਂ ਦੇ ਕਈ ਵੱਖੋ-ਵੱਖਰੇ ਸੰਸਕਰਣ ਲਿਖੇ ਹਨ ਜੋ ਵੱਖੋ-ਵੱਖਰੀਆਂ ਜਾਂਚਾਂ ਕਰਦੇ ਹਨ, ਅਤੇ ਉਸ 'ਤੇ ਸੈਟਲ ਹੋ ਗਏ ਹਨ ਜੋ ਫਾਈਲਾਂ ਦੀ ਗਿਣਤੀ ਦੇ ਆਧਾਰ 'ਤੇ ਸਾਰੇ ਸਿੱਟੇ ਕੱਢਦਾ ਹੈ।

ਸਕ੍ਰਿਪਟ ਲਾਗੂ ਕਰਨਾ

CMD ਸਕ੍ਰਿਪਟ ਉਦਾਹਰਨ ਅਤੇ ਵਰਣਨ

ਮੁੜ-index.bat

@echo off
set dir=%~dp0
%dir:~0,2%
CD "%~dp0"
md "%CD%LOG"
md "%CD%Setup"

ECHO -Start- >> "%CD%LOG%Computername%.log"
ECHO Start -> %Computername% %Date% %Time% >> "%CD%LOG%Computername%.log"

SetLocal EnableDelayedExpansion
for /f "UseBackQ Delims=" %%A IN ("%CD%Setup%Computername%.List") do (
  set /a c+=1
  set "m!c!=%%A"
)

set d=%c%
Echo Folder = %c%
ECHO Folder = %c% >> "%CD%LOG%Computername%.log"
ECHO.
ECHO. >> "%CD%LOG%Computername%.log"

:start
cls
if %c% LSS 1 exit
set /a id=1
set R=0

:Find
REM PF-Start
if "%id%" gtr "%c%" if %R% == 1 Goto Reindex 
if "%id%" gtr "%c%" timeout 60 && Goto start

For /F "tokens=1-3" %%a IN ('Dir "!m%id%!#msgs" /-C/S/A:-D') Do Set 2DirSize!id!=!DS!& Set DS=%%c
if "2DirSize!id!" == "" set 1DirSize!id!=!2DirSize%id%!

echo %id%
ECHO !m%id%!
echo Count        [ !1DirSize%id%! -- !2DirSize%id%! ]

if "!1DirSize%id%!" == "!2DirSize%id%!" ECHO Synk

REM DEL index.fld
if "!1DirSize%id%!" NEQ "!2DirSize%id%!" del /f /q !m%id%!index.fld && del /f /q !m%id%!indexlog.fld && del /f /q !m%id%!search.fld && set R=1 && ECHO RE-index Count && ECHO RE-index Count %Date% %Time% - Delete !m%id%! >> "%CD%LOG%Computername%.log"

set 1DirSize!id!=!2DirSize%id%!

ECHO.
ECHO.

set /a id+=1
goto Find

:Reindex
ECHO. >> "%CD%LOG%Computername%.log"
ECHO --- RE-INDEX - Start - %Date% %Time% --- >> "%CD%LOG%Computername%.log"
ECHO. >> ----------------------------------- >> "%CD%LOG%Computername%.log"
call PublicFolders.py
timeout 60
goto start

exit

ਸਕ੍ਰਿਪਟ ਦੀ ਇੱਕ ਕਾਪੀ ਹਰੇਕ ਮੇਲ ਸਰਵਰ 'ਤੇ ਚੱਲਦੀ ਹੈ (ਸੇਵਾ ਵਜੋਂ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਐਡਮ ਅਧਿਕਾਰਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ)

ਸਕ੍ਰਿਪਟ ਫਾਈਲ ਨੂੰ ਪੜ੍ਹਦੀ ਹੈ Setup%Computername%.List

ਜਿੱਥੇ % Computername% ਮੌਜੂਦਾ ਸਰਵਰ ਦਾ ਨਾਮ ਹੈ (ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਇੱਕੋ ਸਮੇਂ ਸਾਰੇ ਸਰਵਰਾਂ ਦੀ ਸੂਚੀ ਹੋ ਸਕਦੀ ਹੈ।)

ਫਾਈਲ %ਕੰਪਿਊਟਰਨੇਮ%.ਸੂਚੀ - ਸਮਕਾਲੀ ਡਾਇਰੈਕਟਰੀਆਂ ਦੇ ਪੂਰੇ ਮਾਰਗਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ, ਹਰੇਕ ਮਾਰਗ ਨੂੰ ਨਵੀਂ ਲਾਈਨ 'ਤੇ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚ ਖਾਲੀ ਲਾਈਨਾਂ ਨਹੀਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।

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

ਸਕ੍ਰਿਪਟ ਦਾ ਉਦੇਸ਼ ਨਿਰਧਾਰਤ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਸਾਰੀਆਂ ਫਾਈਲਾਂ ਦੀ ਗਿਣਤੀ ਕਰਨਾ ਹੈ।

ਹਰੇਕ ਡਾਇਰੈਕਟਰੀ ਦੀ ਗਿਣਤੀ ਦੇ ਅੰਤ ਵਿੱਚ, ਜੇਕਰ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਫਾਈਲਾਂ ਦਾ ਮੌਜੂਦਾ ਮੁੱਲ ਪਿਛਲੀ ਇੱਕ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ, ਤਾਂ ਸਕ੍ਰਿਪਟ ਸਮਕਾਲੀ ਮੇਲ ਡਾਇਰੈਕਟਰੀ ਦੀ ਰੂਟ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚੋਂ ਫਾਈਲਾਂ ਨੂੰ ਮਿਟਾ ਦਿੰਦੀ ਹੈ: index.fld, indexlog.fld, search.fld ਅਤੇ ਸ਼ੇਅਰ ਕੀਤੇ ਮੇਲ ਫੋਲਡਰਾਂ ਦੀ ਇੰਡੈਕਸਿੰਗ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ।

ਟਾਸਕ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਬਾਰੇ ਜਾਣਕਾਰੀ LOG ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਡੰਪ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਇੰਡੈਕਸਿੰਗ ਪ੍ਰਕਿਰਿਆ
ਇੰਡੈਕਸਿੰਗ ਪ੍ਰਕਿਰਿਆ ਕੇਰੀਓ API ਫੰਕਸ਼ਨ ਨੂੰ ਚਲਾਉਣ ਲਈ ਹੇਠਾਂ ਆਉਂਦੀ ਹੈ
ਸੈਸ਼ਨ = callMethod("Domains.checkPublicFoldersIntegrity",{}, ਟੋਕਨ)

ਇੱਕ ਉਦਾਹਰਨ ਲਾਗੂਕਰਨ ਵਿੱਚ ਦਿੱਤਾ ਗਿਆ ਹੈ - python
PublicFolders.py

import json
import urllib.request
import http.cookiejar
""" Cookie storage is necessary for session handling """
jar = http.cookiejar.CookieJar()
opener = urllib.request.build_opener(urllib.request.HTTPCookieProcessor(jar))
urllib.request.install_opener(opener)
""" Hostname or ip address of your Kerio Control instance with protocol, port and credentials """

server = "http://127.0.0.1:4040"
username = "user"
password = "password"

def callMethod(method, params, token = None):
    """
    Remotely calls given method with given params.
    :param: method string with fully qualified method name
    :param: params dict with parameters of remotely called method
    :param: token CSRF token is always required except login method. Use method "Session.login" to obtain this token.
    """
    data =  {"method": method ,"id":1, "jsonrpc":"2.0", "params": params}

    req = urllib.request.Request(url = server + '/admin/api/jsonrpc/')
    req.add_header('Content-Type', 'application/json')
    if (token is not None):
        req.add_header('X-Token', token)    

    httpResponse = urllib.request.urlopen(req, json.dumps(data).encode())

    if (httpResponse.status == 200):
        body = httpResponse.read().decode()
        return json.loads(body)

session = callMethod("Session.login", {"userName":username, "password":password, "application":{"vendor":"Kerio", "name":"Control Api-Local", "version":"Python"}})
token = session["result"]["token"]
print (session)

session = callMethod("Domains.checkPublicFoldersIntegrity",{"domainId": "test2.local"}, token)
print (session)

callMethod("Session.logout",{}, token)

http://127.0.0.1:4040 ਤੁਸੀਂ ਇਸਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਛੱਡ ਸਕਦੇ ਹੋ, ਪਰ ਜੇਕਰ ਤੁਹਾਨੂੰ HTTPS ਦੀ ਲੋੜ ਹੈ, python ਨੂੰ Kerio ਸਰਟੀਫਿਕੇਟ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

ਫਾਈਲ ਵਿੱਚ ਤੁਹਾਨੂੰ ਮੇਲ ਸਰਵਰ ਦੇ ਇਸ ਫੰਕਸ਼ਨ (Adm - ਪਬਲਿਕ ਮੇਲ ਫੋਲਡਰ) ਨੂੰ ਕਰਨ ਦੇ ਅਧਿਕਾਰਾਂ ਵਾਲਾ ਇੱਕ ਖਾਤਾ ਵੀ ਨਿਸ਼ਚਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਮੇਰਾ ਲੇਖ ਕੇਰੀਓ ਕਨੈਕਟ ਪ੍ਰਸ਼ਾਸਕਾਂ ਲਈ ਉਪਯੋਗੀ ਹੋਵੇਗਾ।

ਸਰੋਤ: www.habr.com