ਮਲਟੀਪਰਪਜ਼ ਇੰਟਰਨੇਟ ਮੇਲ ਐਕਸਟੈਂਸ਼ਨਾਂ (ਐਮਈਐਮਈ) ਵਰਕਸ

MIME ਈਮੇਲਾਂ ਨਾਲ ਫਾਇਲ ਅਟੈਚਮੈਂਟ ਭੇਜਣਾ ਸੌਖਾ ਬਣਾ ਦਿੰਦਾ ਹੈ ਇੱਥੇ ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

MIME "ਮਲਟੀਪਰਪਜ਼ ਇੰਟਰਨੈਟ ਮੇਲ ਐਕਸਟੈਂਸ਼ਨਜ਼" ਦਾ ਅਰਥ ਹੈ ਇਹ ਗੁੰਝਲਦਾਰ ਅਤੇ ਅਰਥਹੀਣ ਦੋਵਾਂ ਦੀ ਆਵਾਜ਼ ਕਰਦਾ ਹੈ, ਪਰ ਐਮ.ਈ.ਐਮ.ਈ. ਇੱਕ ਦਿਲਕਸ਼ ਤਰੀਕੇ ਨਾਲ ਇੰਟਰਨੈੱਟ ਈਮੇਲ ਦੀ ਮੂਲ ਸਮਰੱਥਾ ਵਧਾਉਂਦਾ ਹੈ.

ਈਮੇਲ ਸੁਨੇਹਿਆਂ ਨੂੰ 1982 ਤੋਂ RFC 822 (ਅਤੇ ਬਾਅਦ ਵਿੱਚ RFC 2822) ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਉਹ ਆਉਣ ਵਾਲੇ ਲੰਮੇ ਸਮੇਂ ਲਈ ਇਸ ਮਿਆਦ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਰਹਿਣਗੇ.

ਕੁਝ ਨਹੀਂ ਪਰ ਪਾਠ, ਪਲੇਨ ਟੈਕਸਟ

ਬਦਕਿਸਮਤੀ ਨਾਲ, RFC 822 ਬਹੁਤ ਸਾਰੀਆਂ ਕਮੀਆਂ ਤੋਂ ਪੀੜਤ ਹੈ ਜ਼ਿਆਦਾਤਰ ਵਿਸ਼ੇਸ਼ ਤੌਰ ਤੇ, ਉਸ ਸਟੈਂਡਰਡ ਦੇ ਅਨੁਰੂਪ ਸੰਦੇਸ਼ਾਂ ਵਿੱਚ ਕੋਈ ਸਾਧਾਰਨ ਏਸੀਸੀਆਈਆਈ ਪਾਠ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ.

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

MIME RFC 822 ਨਾਲ ਸੰਬੰਧਿਤ ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਠੀਕ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ ਈਮੇਲ ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਅੰਤਰਰਾਸ਼ਟਰੀ ਅੱਖਰਾਂ ਨੂੰ ਵੀ ਵਰਤਣਾ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ. RFC 822 ਨੂੰ ਸਾਦੇ (ਅੰਗ੍ਰੇਜ਼ੀ) ਪਾਠ ਲਈ ਸੀਮਾ ਦੇ ਨਾਲ, ਇਹ ਪਹਿਲਾਂ ਤੋਂ ਸੰਭਵ ਨਹੀਂ ਸੀ.

ਢਾਂਚੇ ਦੀ ਘਾਟ

ASCII ਅੱਖਰਾਂ ਤਕ ਹੀ ਸੀਮਿਤ ਹੋਣ ਦੇ ਨਾਲ, RFC 822 ਇੱਕ ਸੁਨੇਹਾ ਜਾਂ ਡੇਟਾ ਦੇ ਫੌਰਮੈਟ ਦੀ ਬਣਤਰ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕਰਦਾ ਹੈ. ਕਿਉਂਕਿ ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਹਮੇਸ਼ਾ ਪਲੇਨ ਟੈਕਸਟ ਡੇਟਾ ਦਾ ਇੱਕ ਜੰਕ ਮਿਲਦਾ ਹੈ, ਇਹ ਉਦੋਂ ਜ਼ਰੂਰੀ ਨਹੀਂ ਸੀ ਜਦੋਂ ਸਟੈਂਡਰਡ ਨੂੰ ਪ੍ਰਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਸੀ.

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

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

ਆਰ.ਐਫ.ਸੀ. 822 ਨੂੰ ਵਧਾਉਣਾ ਅਤੇ ਵਧਾਇਆ ਜਾਣਾ

ਹੁਣ ਐਮਈਐਮ ਮੈਜਿਕ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ? ਮੂਲ ਰੂਪ ਵਿੱਚ, ਇਹ ਉਪਰ ਦੱਸੇ ਗਏ ਸਧਾਰਨ ਪਾਠ ਵਿੱਚ ਮਨਮਾਨੀ ਡੇਟਾ ਭੇਜਣ ਦੀ ਮੁਸ਼ਕਲ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਨਿਯੁਕਤ ਕਰਦਾ ਹੈ. MIME ਸੰਦੇਸ਼ ਮਿਆਰੀ RFC 822 ਵਿੱਚ ਨਿਰਧਾਰਤ ਕੀਤੇ ਮਿਆਰਾਂ ਨੂੰ ਨਹੀਂ ਬਦਲਦਾ ਪਰ ਇਸਦੀ ਵਿਸਤਾਰ ਕਰਦਾ ਹੈ. MIME ਸੰਦੇਸ਼ਾਂ ਵਿਚ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨੂੰ ਏਸੀਸੀਆਈਆਈ ਪਾਠ ਨਹੀਂ ਹੋ ਸਕਦਾ.

ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਸੰਦੇਸ਼ ਭੇਜੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਸਾਰੇ ਈਮੇਲ ਡਾਟਾ ਨੂੰ ਸਧਾਰਨ ਪਾਠ ਵਿੱਚ ਏਨਕੋਡ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇਸ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕੀਤੇ ਗਏ ਅੰਤ ਵਿੱਚ ਇਸ ਦੇ ਮੂਲ ਫਾਰਮੈਟ ਵਿੱਚ ਡੀਕੋਡ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ. ਸ਼ੁਰੂਆਤੀ ਈਮੇਲ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਅਜਿਹਾ ਖੁਦ ਕਰਨਾ ਪਿਆ ਸੀ. MIME ਸਾਡੇ ਲਈ ਅਰਾਮ ਨਾਲ ਅਤੇ ਸਹਿਜੇ ਹੀ ਕਰਦਾ ਹੈ, ਆਮ ਤੌਰ ਤੇ ਬੇਸ 64 ਐਨਕੋਡਿੰਗ ਨਾਮ ਦੀ ਸਮਾਰਟ ਪ੍ਰਕਿਰਿਆ ਦੁਆਰਾ.

ਇੱਕ MIME ਈਮੇਲ ਸੰਦੇਸ਼ ਦੇ ਤੌਰ ਤੇ ਲਾਈਫ

ਜਦੋਂ ਤੁਸੀਂ ਐਮਈਐਮਈ ਦੇ ਸਮਰੱਥ ਇੱਕ ਈ ਮੇਲ ਪ੍ਰੋਗ੍ਰਾਮ ਵਿੱਚ ਕੋਈ ਸੁਨੇਹਾ ਲਿਖਦੇ ਹੋ, ਤਾਂ ਪ੍ਰੋਗ੍ਰਾਮ ਲਗਭਗ ਅਤੀਤ ਕਰਦਾ ਹੈ:

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

ਫਿਰ ਡਾਟਾ ਏਨਕੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜੇਕਰ ਇਹ ਸਾਦਾ ਏਐਸਸੀਆਈਆਈ ਪਾਠ ਤੋਂ ਇਲਾਵਾ ਹੋਰ ਕਿਸੇ ਫਾਰਮੈਟ ਵਿੱਚ ਹੈ. ਇੰਕੋਡਿੰਗ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ , ਡਾਟਾ RFC 822 ਸੁਨੇਹਿਆਂ ਲਈ ਸਹੀ ਸਧਾਰਨ ਪਾਠ ਵਿੱਚ ਪਰਿਵਰਤਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ.

ਅੰਤ ਵਿੱਚ, ਏਨਕੋਡ ਕੀਤਾ ਡਾਟਾ ਸੁਨੇਹੇ ਵਿੱਚ ਪਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਤਾ ਦੇ ਈਮੇਲ ਕਲਾਇੰਟ ਨੂੰ ਸੂਚਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿ ਕਿਸ ਪ੍ਰਕਾਰ ਦੇ ਡੇਟਾ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ: ਕੀ ਕੋਈ ਲਗਾਉ ਹਨ? ਉਹ ਏਨਕੋਡ ਕਿਵੇਂ ਹੁੰਦੇ ਹਨ? ਅਸਲੀ ਫਾਈਲ ਕਿਹੜੀ ਸੀ?

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