IMAP સુરક્ષા સંગ્રહ

માહિતી ટેકનોલોજીના ફેલાવા સાથે એક મહત્વપૂર્ણ સુરક્ષા મુદ્દો બની જાય છે. અને અમે વિવિધ પાસાઓ દ્વારા અને વિવિધ વિકાસ આદર સાથે કામ કરવા માટે હોય છે. અહીં, ઉદાહરણ તરીકે, IMAP સુરક્ષા - તે શું છે? કેવી રીતે વિશ્વસનીય છે ઇંટરનેટ સંદેશ ઍક્સેસ પ્રોટોકૉલ? જે તેમણે એક ફાયદો છે, શું વિકસે છે, શું વિવિધ આવૃત્તિઓ છે અને પદ્ધતિ કામ કરે છે - આ લેખમાં, જેની સાથે તમે હવે પ્રારંભ રહ્યું છે સમાવિષ્ટો સંક્ષિપ્ત રિટેલિંગ છે.

IMAP શું છે?

પત્રવ્યવહાર સુરક્ષા હકીકત એ છે કે મૂલ્યવાન જાણકારી સમાવી શકે છે કારણે જ મહત્વપૂર્ણ છે. આ પ્રોટોકોલ માત્ર તે જે વ્યક્તિગતો કે જે તેને પ્રાપ્ત જોઇએ ઈ-મેલ ડેટાની ઍક્સેસ પ્રદાન કરવા માટે અરજી સ્તર પર કરવામાં આવે છે. તે TCP પર આધારિત વિકસાવવામાં આવી હતી અને તેમની જરૂરિયાતો 143 બંદર માટે ઉપયોગ થાય છે. IMAP વપરાશકર્તા મેઇલ, જે કેટલાક કેન્દ્રીય સર્વર પર સ્થિત થયેલ છે સાથે કામ કરવા માટે પરવાનગી આપે છે. જેથી છાપ છે કે જે બધી પત્રવ્યવહાર વપરાશકર્તાની કમ્પ્યુટર પર છે આપવા માટે કાર્યક્રમ આ પ્રોટોકોલનો ઉપયોગ કરે છે કે, જરૂરી ક્રિયાઓ કરે છે. શિપમેન્ટ ખાસ IMAP સર્વર એક ઊંચા વોલ્યુમ વાપરી શકાય છે. અક્ષરો હેરાફેરી પ્રાપ્તકર્તા સતત ટ્રાન્સફર ફાઇલો, જેમાં વિષયવસ્તુ છે જરૂર નથી. પરંતુ આ માત્ર પ્રોટોકોલ છે જે ઉપયોગમાં લેવામાં આવે છે નથી પોસ્ટલ સેવાઓ. ઉદાહરણ તરીકે, ટીમ IMAP સુરક્ષા મોકલવામાં સંપૂર્ણપણે કોઈ ગેરેંટી આપતું નથી કરી શકો છો, એક સંદેશ ઉપયોગ SMTP મોકલો. ત્યાં જાણીતા સંવેદનશીલતાઓ છે.

શા માટે IMAP પ્રોટોકોલ વિકસાવવામાં આવી હતી?

તે POP3 વિકલ્પ તરીકે વિકસાવવામાં આવી હતી. તે બધા છે કારણ કે બીજા ખામીઓ ના શરૂઆત કરી હતી. તેથી, તે સર્વર પર મેનેજ કરવા માટે ક્ષમતા, ચાલ, અને સ્ટોર સંદેશાઓ નથી. તે આ કારણે છે અને IMAP પ્રોટોકોલ વિકસાવવામાં આવ્યો છે દૂરસ્થ સર્વર પર ડેટા સ્ટોર કરવા દ્વારા વિવિધ સ્થળોએ ઈ-મેઇલ્સ પ્રાપ્ત કરવાની તક આપે છે છે.

POP3 પર લાભો

શા માટે આ પ્રોટોકોલ ઉપયોગ કરવામાં આવ્યો હતો? હકીકત એ છે કે IMAP ઈ-મેલ ઓફર, ઉપર, છતાં લાભ સંખ્યાબંધ ઉપરાંતના

1. સક્રિય સુધી ડિસ્કનેક્ટ કરો વપરાશકર્તા ઈન્ટરફેસ.
2. સંદેશાઓ ડાઉનલોડ કરવામાં આવે છે તો જ ત્યાં ક્લાયન્ટ પાસેથી સંબંધિત જરૂરિયાતો છે.
3. ઘણા લોકો ઍક્સેસ એકી શકે છે, તેમાંના દરેક બનેલ બધા બદલાવોને ટ્રેક રાખવા માટે સક્ષમ હશે.
4. ક્લાઈન્ટ, બનાવી શકો છો સંશોધિત કરો અને બોક્સ નામ કાઢી શકો છો, અને તેમની વચ્ચે સંદેશા ખસેડો. પણ, જો તમે IMAP એક્સ્ટેંશન 4 એક્સેસ કંટ્રોલ લિસ્ટ હોય, તો તમે પરવાનગીઓ બદલી શકો છો.
5. તમે સંદેશ સ્થિતિ ટ્રૅક કરી શકો છો (વાંચી કરવામાં આવી તે કાઢી, પ્રતિભાવ, વગેરે મોકલવામાં). આવા ક્રિયાઓ વિગતો ફ્લેગ્સ કહેવામાં આવે છે અને તેઓ સર્વર્સ પર સંગ્રહિત થાય છે.
6. સંદેશા શોધો હંમેશા સર્વર પર કરવામાં આવે છે અને ત્યાં વિસ્તરણ માટે સ્પષ્ટ પદ્ધતિ છે.

સંદેશાઓ અને તેમના લક્ષણો

IMAP મેસેજિંગ સાથે સંપૂર્ણપણે સુરક્ષા કામ પૂરું પાડે છે, અને તેમને માટે ખાસ મથાળા સાથે કોઇ પેકેટો જરૂર નથી. તેમને દરેક તેના પોતાના ગુણો ધરાવે છે. તેઓ વ્યક્તિગત રીતે અથવા મળીને અન્ય લોકો સાથે વ્યાખ્યાયિત કરી શકો છો. આ ક્ષણે, ત્યાં IMAP પ્રોટોકોલ છ આવૃત્તિઓ છે, પરંતુ લગભગ હંમેશા તેમને માત્ર છેલ્લા વપરાય છે.

UID

દરેક સંદેશ 32-બિટ કોડ મેળવે છે. આ અનન્ય ઓળખકર્તાને ઉમેરવામાં આવે છે. તેઓએ ભેગા મળીને એક 64-બીટ ક્રમ છે, કે જે સંદેશ ઓળખવા માટે જરૂરી છે રચે છે. કે જે IMAP સલામતી છે. પાછળથી તેને આવ્યા, વધુ મહત્વપૂર્ણ UID છે. આ પરિમાણ જ્યારે મેઇલબોક્સમાંથી પસંદ પ્રતિભાવ કોડ તરીકે ઉપયોગ થાય છે. તેમણે એક સત્ર દરમિયાન અથવા તેમની વચ્ચે ફેરફાર થતો નથી. તકનિકી શરતો આ પરિમાણ એડિટીંગ જરૂર હોય, તો યુઆઈડી પહેલાં કરતાં મોટી હોવી જોઈએ. માહિતી ટ્રાન્સમિશન માટે વપરાતા સમાન IMAP બંદર છે.

સંદેશ સીરીયલ નંબર

તે એક સાથે શરૂ થાય છે. અગાઉના મુદ્દાઓ સરખામણીમાં દરેક અનુગામી સંદેશો સંખ્યા, 1 દ્વારા વધે છે. ઉદાહરણ તરીકે, જ્યારે સંપૂર્ણપણે ઇમેઇલ્સ કાઢી નાંખવા: મેઇલબોક્સમાંથી કે તે સત્ર જોડાણ દરમિયાન બદલી શકો છો આ સૌથી મહત્વનો તફાવત.

ફ્લેગ્સ પોસ્ટ્સ

આ લક્ષણ યાદી જેમાં શૂન્ય અથવા વધુ નામવાળી ટોકન્સ જે મૂળભૂત માહિતી સાથે સંકળાયેલો છે ત્યાં તરીકે દેખાય છે. ફ્લેગ્સ IMAP 4.1 બે પ્રકારના રજૂ કરવામાં આવ્યું છે. તેઓ (સત્ર દરમિયાન) કામચલાઉ કામ કરે છે, અથવા કાયમી હોઈ શકે છે. સિસ્ટમ ધ્વજ, નામ કે જેના માટે પ્રોટોકોલ સ્પેસિફિકેશન મુજબ વ્યાખ્યાયિત કરવામાં આવે છે કહેવાય છે. તેઓ તમામ \ સાથે શરૂ કરવી જ પડશે. હાલમાં આવી કોઈ સિસ્ટમ ફ્લેગ ઓળખવામાં આવી છે:

1. \ જોઈ - સંદેશ વાંચવા;
2. \ જવાબ - જવાબ મોકલો
3. \ થયેલા - એક સંદેશ વર્તમાન સત્ર દરમિયાન દેખાઇ હતી;
4. \ ડ્રાફ્ટ - ડ્રાફ્ટ તરીકે ચિહ્નિત કરવામાં આવી હતી;
5. \ ધ્વજાંકિત - વપરાશકર્તા મહત્વપૂર્ણ તરીકે સંદેશ ચિહ્નિત છે;
6. \ કાઢી નાખી - દૂરસ્થ.

આંતરિક તારીખ અને સંદેશાની સમય

કેવી રીતે વ્યાખ્યાયિત કરવા માટે કે જે કિંમતો આ પરિમાણો અંદર જ હોવી જોઈએ? સંદેશ SMTP પ્રોટોકોલ ઉપયોગ કરીને વિતરિત કરવામાં આવે છે, તો તે સમય અને અંતિમ મુકામ તારીખ લેવામાં આવે છે. તમે નકલ આદેશ ઉપયોગ કરો છો, પરિમાણો મોકલનાર દ્વારા વપરાય છે. તમે સેટ કરી શકાય છે અને સમય અને તારીખ - આ આદેશ ઉમેરો ઉપયોગ કરે છે.

સર્વર અને ક્લાયન્ટ ચર્ચા

IMAP સંચાર ઉપયોગ કરતી વખતે ક્લાયન્ટ સર્વર સિદ્ધાંત સ્થાપવા માટે થાય છે. તેથી, સૌ પ્રથમ પોતાની જાતને આદેશો મોકલે છે અને બીજા વિનંતી કરેલો ડેટા તેમજ માહિતી વિનંતી અમલ વિશે મોકલે છે. બધા સંદેશાઓ એક સ્ટ્રિંગ છે એક ખાસ ક્રમ સાથે સમાપ્ત થાય છે સ્વરૂપમાં છે. બધા કાર્યવાહી અમલ ક્લાઈન્ટ ટીમો દ્વારા શરૂ થાય છે. તેઓ ખાસ ઉપસર્ગ ઓળખકર્તા (જેમાં એક ટૂંકી આલ્ફાન્યૂમેરિક સ્ટ્રિંગ તરીકે કામ કરે છે), જે લેબલ કહેવામાં આવે છે કારણે ઓળખી કાઢે છે. દરેક ટીમ તેની પોતાની અનન્ય નંબર છે.

કદાચ બે કિસ્સાઓમાં જેમાં ક્લાયન્ટ દ્વારા મોકલવામાં માહિતી, પૂર્ણ થયાં નથી. પ્રથમ - દલીલ કોડ કે જે અગાઉ Troc છે તે ઓકટેટ સંખ્યા નક્કી સાથે પૂરી પાડવામાં આવે છે. બીજું - સર્વર તરફથી પ્રતિસાદની જરૂર છે. બંને કિસ્સાઓમાં, ક્લાઈન્ટ ટીમ, જે જરૂરી + કારણ કે આ પાત્ર સાથે શરૂ થાય છે ચાલુ રાખવા માટે એક વિનંતિ મેળવે છે. ટ્રાન્સફર ચોક્કસ પ્રકારની માહિતી સુધીમાં પૂર્ણ હોવું જ જોઈએ મળ્યાના ઘટના માં, અન્યથા તે એક નવી પ્રક્રિયા શરૂ કરવા માટે શક્ય હશે. વાંચન, વિશ્લેષણ, પસંદગી પરિમાણો અને ડેટા ટ્રાન્સફર પ્રોટોકોલ સર્વર રીસવર દ્વારા કરવામાં આવે છે. જ્યારે આદેશ પ્રક્રિયા પૂર્ણ થાય ત્યારે, ક્લાયન્ટ પાસે આ નોટિસ પ્રતિભાવ મોકલવામાં આવે છે. માહિતી કે જે સૂચનો ઉપસર્ગ * સાથે પૂરી પાડવામાં પૂર્ણ દર્શાવતા નથી. તે untagged જવાબો કહેવામાં આવે છે. ક્લાઈન્ટ માટે વિનંતી અથવા તેના પોતાના પહેલ પર એક પ્રતિભાવ તરીકે ડેટા સર્વરો મોકલવાની પ્રેક્ટિસ. તેમની બંધારણમાં કારણથી તેઓ મોકલવામાં આવ્યા હતા સ્વતંત્ર છે.

અને શું Gmail જેવી લોકપ્રિય સેવાઓ વિશે કહી શકાય? IMAP સેટિંગ્સ સામાન્ય વપરાશકર્તાઓ માટે ઉપલબ્ધ નથી, પરંતુ તમે જ્યારે એક ખાસ ક્લાઈન્ટ મારફતે પત્ર મોકલવા કરી શકો છો. પરંતુ આ સ્પષ્ટ રીતે માત્ર લખવાનું જાઓ છે.

અને શું ખરેખર જરૂરી પ્રતિભાવ છે? તેઓ માહિતી સફળતા / નિષ્ફળતા વિશે અમને જણાવો. પ્રતિભાવ હંમેશા જ લેબલ કે ગ્રાહક ટીમ કે પ્રક્રિયા શરૂ કરવામાં આવી વપરાય છે કે વપરાય છે. તેથી તે શક્ય મલ્ટિથ્રિડિંગ ડેટા ટ્રાન્સફર છે, અને તેઓ પોતાને સાથે ભેળસેળ ન આવશે. સર્વર તરફથી પ્રતિસાદની ત્રણ પ્રકારના પરિસ્થિતિ સ્પષ્ટ કરવા માટે ડિઝાઇન કરવામાં આવી હતી:

1. સફળ અમલ.
2. નિષ્ફળ જાય છે.
3. IMAP પ્રોટોકોલ ભૂલ (ત્યારે થાય છે જ્યારે અજ્ઞાત આદેશ લાગુ પડે છે, અથવા સર્વર ઓળખી વાક્યરચના સાથે સમસ્યા એ છે કે ત્યાં).

ક્લાઈન્ટ લક્ષણ તે હંમેશા કોઈ પ્રતિભાવ કે જે તેમને માટે આવે નિયંત્રિત કરવા માટે તૈયાર હોવી જ જોઈએ છે. આ સર્વર લુકઅપો બિનજરૂરીપણે મોકલવા એવી રીતે ગ્રાહક તેમની સીધી વાપરવા માટે સક્ષમ હતી લખી શકાય જરૂરી છે. જેમ તમે Gmail માં કરી શકો છો જુઓ. IMAP સેટિંગ્સ સંપાદિત અથવા કારણે બદલી શકાય મેઇલ ક્લાયંટ્સ વ્યાપક કાર્યક્ષમતા સાથે.

નિષ્કર્ષ

આ સુરક્ષા પ્રોટોકોલ નોંધપાત્ર માહિતી વિશ્વસનીયતા સુધારી શકે છે, અને તે નોંધપાત્ર ખાતરી કરો કે જે તૃતીય પક્ષ માહિતી ઍક્સેસ કરવા માટે સક્ષમ હશે નહીં આપી શકે છે. પરંતુ આ અર્થ એ નથી કે કોઈએ પત્ર વાંચી ન શકો છો. સંભવિત સંવેદનશીલ સર્વર રહે છે, અને વપરાશકર્તા કૌભાંડો યુક્તિઓ વિશે ઓછી જાગૃતિ કારણે વ્યક્તિગત તેમને તમામ મેઇલ ઍક્સેસ માહિતી જરૂરી આપી શકે છે.