JMAP - மின்னஞ்சல்களை பரிமாறிக்கொள்ளும் போது IMAP ஐ மாற்றும் ஒரு திறந்த நெறிமுறை

இந்த மாத தொடக்கத்தில் ஹேக்கர் செய்திகள் தீவிரமாக விவாதிக்கப்பட்டது JMAP நெறிமுறை IETF இன் வழிகாட்டுதலின் கீழ் உருவாக்கப்பட்டது. இது ஏன் தேவைப்படுகிறது மற்றும் அது எவ்வாறு செயல்படுகிறது என்பதைப் பற்றி பேச முடிவு செய்தோம்.

JMAP - மின்னஞ்சல்களை பரிமாறிக்கொள்ளும் போது IMAP ஐ மாற்றும் ஒரு திறந்த நெறிமுறை
/ Px இங்கே /PD

IMAP இல் எனக்குப் பிடிக்காதது

நெறிமுறை IMAP ஐப் 1986 இல் அறிமுகப்படுத்தப்பட்டது. தரநிலையில் விவரிக்கப்பட்டுள்ள பல விஷயங்கள் இன்று பொருந்தாது. எடுத்துக்காட்டாக, நெறிமுறை ஒரு கடிதம் மற்றும் செக்சம்களின் வரிகளின் எண்ணிக்கையை வழங்க முடியும் MD5 - இந்த செயல்பாடு நடைமுறையில் நவீன மின்னஞ்சல் கிளையண்டுகளில் பயன்படுத்தப்படவில்லை.

மற்றொரு சிக்கல் போக்குவரத்து நுகர்வு தொடர்பானது. IMAP உடன், மின்னஞ்சல்கள் சர்வரில் சேமிக்கப்பட்டு, உள்ளூர் வாடிக்கையாளர்களுடன் அவ்வப்போது ஒத்திசைக்கப்படும். சில காரணங்களால் பயனரின் சாதனத்தில் உள்ள நகல் சிதைந்தால், எல்லா அஞ்சல்களும் மீண்டும் ஒத்திசைக்கப்பட வேண்டும். நவீன உலகில், ஆயிரக்கணக்கான மொபைல் சாதனங்கள் சேவையகத்துடன் இணைக்கப்படும் போது, ​​இந்த அணுகுமுறை போக்குவரத்து மற்றும் கணினி வளங்களின் நுகர்வு அதிகரிக்க வழிவகுக்கிறது.

நெறிமுறையில் மட்டுமல்ல, அதனுடன் பணிபுரியும் மின்னஞ்சல் கிளையண்டுகளிடமும் சிரமங்கள் எழுகின்றன. உருவாக்கப்பட்டதிலிருந்து, IMAP பல முறை பல்வேறு திருத்தங்களுக்கு உட்பட்டுள்ளது - இன்றைய பதிப்பு IMAP4 ஆகும். அதே நேரத்தில், அதற்கான பல விருப்ப நீட்டிப்புகள் உள்ளன - நெட்வொர்க்கில் வெளியிடப்பட்டது தொண்ணூறு RFCகள் சேர்த்தல். மிக சமீபத்திய ஒன்று RFC8514, 2019 இல் அறிமுகப்படுத்தப்பட்டது.

அதே நேரத்தில், பல நிறுவனங்கள் தங்கள் சொந்த தனியுரிம தீர்வுகளை வழங்குகின்றன, அவை IMAP உடன் பணிபுரிவதை எளிதாக்க வேண்டும் அல்லது அதை மாற்ற வேண்டும்: ஜிமெயில், அவுட்லுக், நைலாஸ். இதன் விளைவாக, தற்போதுள்ள மின்னஞ்சல் கிளையண்ட்கள் கிடைக்கக்கூடிய சில அம்சங்களை மட்டுமே ஆதரிக்கின்றன. இத்தகைய பன்முகத்தன்மை சந்தைப் பிரிவுக்கு வழிவகுக்கிறது.

"மேலும், ஒரு நவீன மின்னஞ்சல் கிளையன்ட் செய்திகளை அனுப்புவது மட்டுமல்லாமல், தொடர்புகளுடன் பணிபுரியவும், காலெண்டருடன் ஒத்திசைக்கவும் முடியும்" என்று IaaS வழங்குநரின் மேம்பாட்டுத் தலைவர் செர்ஜி பெல்கின் கூறுகிறார். 1Cloud.ru. - இன்று, மூன்றாம் தரப்பு நெறிமுறைகள் போன்றவை LDAP,, கார்டாவி и CalDAV. இந்த அணுகுமுறை கார்ப்பரேட் நெட்வொர்க்குகளில் ஃபயர்வால்களின் உள்ளமைவை சிக்கலாக்குகிறது மற்றும் சைபர் தாக்குதல்களுக்கு புதிய திசையன்களைத் திறக்கிறது.

JMAP இந்தப் பிரச்சனைகளைத் தீர்க்க வடிவமைக்கப்பட்டுள்ளது. இணைய பொறியியல் பணிக்குழுவின் (IETF) வழிகாட்டுதலின் கீழ் FastMail நிபுணர்களால் இது உருவாக்கப்படுகிறது. நெறிமுறை HTTPS இன் மேல் இயங்குகிறது, JSON ஐப் பயன்படுத்துகிறது (இந்த காரணத்திற்காக இது மின்னணு செய்திகளைப் பரிமாறிக்கொள்வது மட்டுமல்லாமல், கிளவுட்டில் பல பணிகளைத் தீர்ப்பதற்கும் ஏற்றது) மற்றும் மொபைல் அமைப்புகளில் அஞ்சல் மூலம் பணிபுரியும் அமைப்பை எளிதாக்குகிறது. கடிதங்களைச் செயலாக்குவதுடன், தொடர்புகள் மற்றும் காலண்டர் திட்டமிடலுடன் பணிபுரியும் நீட்டிப்புகளை இணைக்கும் திறனையும் JMAP வழங்குகிறது.

புதிய நெறிமுறையின் அம்சங்கள்

JMAP ஆகும் நிலையற்ற நெறிமுறை (நிலையற்றது) மற்றும் அஞ்சல் சேவையகத்துடன் நிரந்தர இணைப்பு தேவையில்லை. இந்த அம்சம் நிலையற்ற மொபைல் நெட்வொர்க்குகளில் வேலையை எளிதாக்குகிறது மற்றும் சாதனங்களில் பேட்டரி சக்தியைச் சேமிக்கிறது.

JMAP இல் உள்ள மின்னஞ்சல் JSON கட்டமைப்பு வடிவத்தில் குறிப்பிடப்படுகிறது. இது செய்தியில் உள்ள அனைத்து தகவல்களையும் கொண்டுள்ளது RFC5322 (இணைய செய்தி வடிவம்), இது மின்னஞ்சல் பயன்பாடுகளுக்குத் தேவைப்படலாம். டெவலப்பர்களின் கூற்றுப்படி, இந்த அணுகுமுறை வாடிக்கையாளர்களை உருவாக்குவதை எளிதாக்க வேண்டும், ஏனெனில் சாத்தியமான சிரமங்களைத் தீர்ப்பது (தொடர்புடையது எம்ஐஎம்பி, தலைப்புகளைப் படித்தல் மற்றும் குறியாக்கம்) சேவையகம் பதிலளிக்கும்.

சேவையகத்தைத் தொடர்பு கொள்ள கிளையன்ட் API ஐப் பயன்படுத்துகிறது. இதைச் செய்ய, இது அங்கீகரிக்கப்பட்ட POST கோரிக்கையை உருவாக்குகிறது, அதன் பண்புகள் JMAP அமர்வு பொருளில் விவரிக்கப்பட்டுள்ளன. கோரிக்கை பயன்பாடு/json வடிவத்தில் உள்ளது மற்றும் ஒரு JSON கோரிக்கைப் பொருளைக் கொண்டுள்ளது. சேவையகம் ஒரு மறுமொழி பொருளையும் உருவாக்குகிறது.

В விவரக்குறிப்புகள் (புள்ளி 3) ஆசிரியர்கள் பின்வரும் உதாரணத்தை கோரிக்கையுடன் வழங்குகிறார்கள்:

{
  "using": [ "urn:ietf:params:jmap:core", "urn:ietf:params:jmap:mail" ],
  "methodCalls": [
    [ "method1", {
      "arg1": "arg1data",
      "arg2": "arg2data"
    }, "c1" ],
    [ "method2", {
      "arg1": "arg1data"
    }, "c2" ],
    [ "method3", {}, "c3" ]
  ]
}

சேவையகம் உருவாக்கும் பதிலின் எடுத்துக்காட்டு கீழே உள்ளது:

{
  "methodResponses": [
    [ "method1", {
      "arg1": 3,
      "arg2": "foo"
    }, "c1" ],
    [ "method2", {
      "isBlah": true
    }, "c2" ],
    [ "anotherResponseFromMethod2", {
      "data": 10,
      "yetmoredata": "Hello"
    }, "c2"],
    [ "error", {
      "type":"unknownMethod"
    }, "c3" ]
  ],
  "sessionState": "75128aab4b1b"
}

முழு JMAP விவரக்குறிப்பை எடுத்துக்காட்டு செயலாக்கங்களுடன் காணலாம் அதிகாரப்பூர்வ வலைத்தளம் திட்டம். அங்கு ஆசிரியர்கள் விவரக்குறிப்புகளின் விளக்கத்தையும் வெளியிட்டனர் JMAP தொடர்புகள் и JMAP காலெண்டர்கள் - அவை காலெண்டர்கள் மற்றும் தொடர்பு பட்டியல்களுடன் வேலை செய்வதை நோக்கமாகக் கொண்டுள்ளன. மூலம் படி ஆசிரியர்கள், தொடர்புகள் மற்றும் நாட்காட்டிகள் தனித்தனி ஆவணங்களாகப் பிரிக்கப்பட்டன, இதனால் அவை "கோர்" யிலிருந்து சுயாதீனமாக மேலும் மேம்படுத்தப்பட்டு தரப்படுத்தப்பட்டன. JMAP க்கான மூல குறியீடுகள் - இன் GitHub இல் களஞ்சியங்கள்.

JMAP - மின்னஞ்சல்களை பரிமாறிக்கொள்ளும் போது IMAP ஐ மாற்றும் ஒரு திறந்த நெறிமுறை
/ Px இங்கே /PD

வாய்ப்புக்கள்

தரநிலையின் பணிகள் இன்னும் அதிகாரப்பூர்வமாக முடிக்கப்படவில்லை என்ற போதிலும், இது ஏற்கனவே உற்பத்தி சூழல்களில் செயல்படுத்தப்படுகிறது. எடுத்துக்காட்டாக, திறந்த அஞ்சல் சேவையகத்தை உருவாக்கியவர்கள் சைரஸ் IMAP அதன் JMAP பதிப்பை செயல்படுத்தியது. FastMail இலிருந்து டெவலப்பர்கள் வெளியிடப்பட்டது பெர்லில் புதிய நெறிமுறைக்கான சேவையக கட்டமைப்பு மற்றும் JMAP இன் ஆசிரியர்கள் வழங்கினர் ப்ராக்ஸி சர்வர்.

எதிர்காலத்தில் மேலும் மேலும் JMAP அடிப்படையிலான திட்டங்கள் இருக்கும் என்று எதிர்பார்க்கலாம். எடுத்துக்காட்டாக, லினக்ஸ் கணினிகளுக்கான IMAP சேவையகத்தை உருவாக்கும் Open-Xchange-ல் இருந்து டெவலப்பர்கள் புதிய நெறிமுறைக்கு மாறுவதற்கான சில வாய்ப்புகள் உள்ளன. IMAP ஐ மிகவும் மறுக்கவும் என்று சமூகத்தினர் கேட்கின்றனர், நிறுவனத்தின் கருவிகளைச் சுற்றி உருவாக்கப்பட்டது.

IETF மற்றும் FastMail இன் டெவலப்பர்கள், செய்தி அனுப்புதலுக்கான புதிய திறந்த தரநிலையின் அவசியத்தை அதிகமான பயனர்கள் காண்கிறார்கள் என்று கூறுகிறார்கள். JMAP இன் ஆசிரியர்கள் எதிர்காலத்தில் இந்த நெறிமுறையைச் செயல்படுத்தத் தொடங்குவார்கள் என்று நம்புகிறார்கள்.

எங்கள் கூடுதல் ஆதாரங்கள் மற்றும் ஆதாரங்கள்:

JMAP - மின்னஞ்சல்களை பரிமாறிக்கொள்ளும் போது IMAP ஐ மாற்றும் ஒரு திறந்த நெறிமுறை GDPR இணக்கத்திற்கான குக்கீகளை எவ்வாறு சரிபார்க்கலாம் - ஒரு புதிய திறந்த கருவி உதவும்

JMAP - மின்னஞ்சல்களை பரிமாறிக்கொள்ளும் போது IMAP ஐ மாற்றும் ஒரு திறந்த நெறிமுறை பயன்பாட்டு நிரலாக்க இடைமுகத்துடன் எவ்வாறு சேமிப்பது
JMAP - மின்னஞ்சல்களை பரிமாறிக்கொள்ளும் போது IMAP ஐ மாற்றும் ஒரு திறந்த நெறிமுறை 1cloud.ru இன் உதாரணத்தைப் பயன்படுத்தி மேகக்கணி சேவையில் DevOps
JMAP - மின்னஞ்சல்களை பரிமாறிக்கொள்ளும் போது IMAP ஐ மாற்றும் ஒரு திறந்த நெறிமுறை கிளவுட் கட்டிடக்கலையின் பரிணாமம் 1கிளவுட்

JMAP - மின்னஞ்சல்களை பரிமாறிக்கொள்ளும் போது IMAP ஐ மாற்றும் ஒரு திறந்த நெறிமுறை HTTPS மீதான சாத்தியமான தாக்குதல்கள் மற்றும் அவற்றிலிருந்து எவ்வாறு பாதுகாப்பது
JMAP - மின்னஞ்சல்களை பரிமாறிக்கொள்ளும் போது IMAP ஐ மாற்றும் ஒரு திறந்த நெறிமுறை இணையத்தில் சேவையகத்தை எவ்வாறு பாதுகாப்பது: 1cloud.ru அனுபவம்
JMAP - மின்னஞ்சல்களை பரிமாறிக்கொள்ளும் போது IMAP ஐ மாற்றும் ஒரு திறந்த நெறிமுறை ஒரு குறுகிய கல்வித் திட்டம்: தொடர்ச்சியான ஒருங்கிணைப்பு என்றால் என்ன

ஆதாரம்: www.habr.com

கருத்தைச் சேர்