From nobody Fri Apr 4 07:39:51 2014 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33C601A0152 for ; Fri, 4 Apr 2014 07:39:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.011 X-Spam-Level: X-Spam-Status: No, score=-0.011 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L3xXD_WD7Afl for ; Fri, 4 Apr 2014 07:39:44 -0700 (PDT) Received: from cuda4.sta.samsung.com (mailedge.sta.samsung.com [63.166.115.23]) by ietfa.amsl.com (Postfix) with ESMTP id 65E151A0134 for ; Fri, 4 Apr 2014 07:39:44 -0700 (PDT) X-ASG-Debug-ID: 1396622378-056fcf04281bba10001-DCE58c Received: from exHub1.telecom.sna.samsung.com ([105.52.12.248]) by cuda4.sta.samsung.com with ESMTP id ye77xrsbXV615Bw5 for ; Fri, 04 Apr 2014 09:39:38 -0500 (CDT) X-Barracuda-Envelope-From: j.sb@sta.samsung.com X-Barracuda-RBL-Trusted-Forwarder: 105.52.12.248 X-ASG-Whitelist: Client Received: from EXMB5.telecom.sna.samsung.com ([fe80::5f4:56d9:ea68:f480]) by exHub1.telecom.sna.samsung.com ([fe80::804e:878f:5b5a:db50%16]) with mapi id 14.03.0146.000; Fri, 4 Apr 2014 09:39:38 -0500 From: Jayantheesh S B X-Barracuda-BWL-IP: fe80::5f4:56d9:ea68:f480 To: "'lemonade@ietf.org'" Thread-Topic: Query regarding RFC4551 X-ASG-Orig-Subj: Query regarding RFC4551 Thread-Index: Ac9QEMU58l9U9pzdQ/uX8boXdibt0g== Date: Fri, 4 Apr 2014 14:39:38 +0000 Message-ID: <02454F842DD7B449B96715A2AD90C0361A127F1B@exMB5.telecom.sna.samsung.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [105.52.12.197] Content-Type: multipart/alternative; boundary="_000_02454F842DD7B449B96715A2AD90C0361A127F1BexMB5telecomsna_" MIME-Version: 1.0 X-Barracuda-Connect: UNKNOWN[105.52.12.248] X-Barracuda-Start-Time: 1396622378 X-Barracuda-URL: http://65.169.250.23:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sta.samsung.com X-Barracuda-BRTS-Status: 1 Archived-At: http://mailarchive.ietf.org/arch/msg/lemonade/JJI7NDnrKa2jinzBmmyQuxvCQ30 Subject: [lemonade] Query regarding RFC4551 X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Apr 2014 14:39:49 -0000 --_000_02454F842DD7B449B96715A2AD90C0361A127F1BexMB5telecomsna_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear All, Kindly clarify my below query regarding "CONDSTORE" extension. In rfc4551,= its mentioned that IMAP server supports, this extension should publish "CONDSTORE" as one of the supported capabilities in the IMAP= CAPABILITY command response. RFC 4551 snippet: The Conditional STORE extension is present in any IMAP4 implementation that returns "CONDSTORE" as one of the supported capabilities in the CAPABILITY command response. As per the above statement, IMAP client i.e., device always relay on the CA= PABILITY command response sent by the IMAP server and it enable the CONDSTO= RE feature on the device dynamically. But some commercial IMAP server in th= e market, publishes the "CONDSTORE" capability in the response, but for SEL= ECT/EXAMINE command, its responding with NOMODSEQ response. Please find the= IMAP transaction below. IMAP Server Response: >>> 312 EXAMINE "INBOX" <<< #null# ["OK", ["NOMODSEQ"], "Sorry, modsequences have not been enabled = on this mailbox"] RFC 4551 snippet: When opening a mailbox, the server must check if the mailbox supports the persistent storage of mod-sequences. If the mailbox supports the persistent storage of mod-sequences and the mailbox open operation succeeds, the server MUST send the OK untagged response including HIGHESTMODSEQ response code. If the persistent storage for the mailbox is not supported, the server MUST send the OK untagged response including NOMODSEQ response code instead. Could you please clarify device behavior in this situation ? Enabling the C= ONDSTORE feature based on the CAPABILITY is right implementation ? As well, I would like to know, this commercial IMAP server compliant to thi= s RFC4551 ? Kindly clarify. Regards, Jay --_000_02454F842DD7B449B96715A2AD90C0361A127F1BexMB5telecomsna_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable 
Dear All,
 
Kindly clarify my below query regarding “CONDSTORE” e=
xtension.  In rfc4551, its mentioned that IMAP server supports, this e=
xtension
should publish “CONDSTORE” as one of the supported ca=
pabilities in the IMAP CAPABILITY command response. 

 


RFC 4551 snippet:








  =
; The Conditional STORE extension is present in any IMAP4=



  =
; implementation that returns "CONDSTORE" as one of the supported=



  =
; capabilities in the CAPABILITY command response.


 








 


As per the above statement, IMAP client i.e., device always relay=
 on the CAPABILITY command response sent by the IMAP server and it enable t=
he CONDSTORE feature on the device dynamically. But some commercial IMAP se=
rver in the market, publishes the “CONDSTORE” capability in the=
 response, but for SELECT/EXAMINE command, its responding with NOMODSEQ res=
ponse. Please find the IMAP transaction below.


 


IMAP Server Response:









>>> 312 EXAMINE "INBOX"


<<< #null#
["OK", ["NOMODSEQ"], "Sorry, modsequences have =
not been enabled on this mailbox"]<=
/o:p>








 


 


RFC 4551 snippet:








When opening a mailbox, the server must check if the mailbox supp=
orts


   the persistent storage of mod-sequences.  If th=
e mailbox supports the


   persistent storage of mod-sequences and the mailbox =
open operation


   succeeds, the server MUST send the OK untagged respo=
nse including


   HIGHESTMODSEQ response code.  If the persist=
ent storage for the


   mailbox is not supported, the server MUST send th=
e OK untagged


   response including NOMODSEQ response code instead=
.=



 








 


Could you please clarify device behavior in th=
is situation ? Enabling the CONDSTORE feature based on the CAPABILITY is ri=
ght implementation ?


As well, I would like to know, this commercial=
 IMAP server compliant to this RFC4551 ? Kindly clarify.<=
/p>

 


Regards,


Jay


 


 
--_000_02454F842DD7B449B96715A2AD90C0361A127F1BexMB5telecomsna_-- From nobody Fri Apr 4 07:55:56 2014 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E45A1A01A9 for ; Fri, 4 Apr 2014 07:55:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.209 X-Spam-Level: X-Spam-Status: No, score=-0.209 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, MIME_8BIT_HEADER=0.3, MIME_QP_LONG_LINE=0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jJ1MyUAnB_1q for ; Fri, 4 Apr 2014 07:55:50 -0700 (PDT) Received: from latimerie.flaska.net (latimerie.flaska.net [IPv6:2a02:2b88:2:1::4a7:333]) by ietfa.amsl.com (Postfix) with ESMTP id 2AA0A1A01AA for ; Fri, 4 Apr 2014 07:55:50 -0700 (PDT) Received: by latimerie.flaska.net (Postfix, from userid 1000) id A98DC61474; Fri, 4 Apr 2014 16:55:42 +0200 (CEST) From: =?iso-8859-1?Q?Jan_Kundr=E1t?= To: Date: Fri, 04 Apr 2014 16:55:44 +0200 User-Agent: Trojita/v0.4.1-119-g3d3eace; Qt/4.8.5; X11; Linux; MIME-Version: 1.0 Message-ID: <2bd31df6-23df-4f2c-b229-08d00246a5d4@flaska.net> In-Reply-To: <02454F842DD7B449B96715A2AD90C0361A127F1B@exMB5.telecom.sna.samsung.com> References: <02454F842DD7B449B96715A2AD90C0361A127F1B@exMB5.telecom.sna.samsung.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/lemonade/3FwFAFOYyAY6A7VWhN6ScmIklks Subject: Re: [lemonade] Query regarding RFC4551 X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Apr 2014 14:55:56 -0000 On Friday, 4 April 2014 16:39:38 CEST, Jayantheesh S B wrote: > Enabling the CONDSTORE feature based on the CAPABILITY is right=20 > implementation If you see CONDSTORE in the capability list, you know that the server=20 understands these commands and therefore "supports" the extension. However,=20= some servers might be operated in a degraded mode where they choose not to=20= offer the CONDSTORE functionality for some of the exported mailboxes --=20 perhaps deliberately, perhaps due to some operator error. It's possible=20 that the e-mails are stored on punch cards and there is no space to punch=20 enough holes for the HIGHESTMODSEQ on the card which repreents a mailbox,=20 for example. Or maybe your client is talking to an IMAP proxy which exports=20= data from an ancient server which was released back when CONDSTORE was=20 still in the womb. Either way, your client cannot effectively use any=20 benefits that CONDSTORE brings within that particular connection to that=20 mailbox. It's also possible that the next SELECT will return a MODSEQ,=20 that's also allowed by the spec. > As well, I would like to know, this commercial IMAP server=20 > compliant to this RFC4551 ? Yes, that IMAP server "complies" with the extension specification. I would=20= argue that it is either misconfigured, buggy or just broken. As an example,=20= an IMAP server which would e.g. increment UIDVALIDITY upon each SELECT=20 still "conforms" to all applicable standards, and it's perfectly legal to=20 behave in this way. Such a server would also be almost completely useless,=20= but they will still be able to tick that mandatory "supports IMAP" checkbox=20= on their product datasheet. With kind regards, Jan --=20 Trojit=C3=A1, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/ From nobody Mon Apr 14 15:50:35 2014 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FF431A06E4 for ; Mon, 14 Apr 2014 15:50:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.528 X-Spam-Level: X-Spam-Status: No, score=0.528 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.272, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tlT93haoaLUR for ; Mon, 14 Apr 2014 15:50:30 -0700 (PDT) Received: from cuda4.sta.samsung.com (mailedge.sta.samsung.com [63.166.115.23]) by ietfa.amsl.com (Postfix) with ESMTP id 574891A029E for ; Mon, 14 Apr 2014 15:50:30 -0700 (PDT) X-ASG-Debug-ID: 1397515826-056fcf77431058c0001-DCE58c Received: from exHub4.telecom.sna.samsung.com ([105.52.12.225]) by cuda4.sta.samsung.com with ESMTP id 2AT1S3N8EVX17EIr for ; Mon, 14 Apr 2014 17:50:26 -0500 (CDT) X-Barracuda-Envelope-From: j.sb@sta.samsung.com X-Barracuda-RBL-Trusted-Forwarder: 105.52.12.225 X-ASG-Whitelist: Client Received: from EXMB5.telecom.sna.samsung.com ([fe80::5f4:56d9:ea68:f480]) by exHub4.telecom.sna.samsung.com ([2002:6934:ce1::6934:ce1]) with mapi id 14.03.0146.000; Mon, 14 Apr 2014 17:50:26 -0500 From: Jayantheesh S B X-Barracuda-BWL-IP: fe80::5f4:56d9:ea68:f480 To: "'lemonade@ietf.org'" Thread-Topic: IMAP QRESYNC supported server X-ASG-Orig-Subj: IMAP QRESYNC supported server Thread-Index: Ac9YM1FXrPqph6mDRZyiG47DvKQimw== Date: Mon, 14 Apr 2014 22:50:26 +0000 Message-ID: <02454F842DD7B449B96715A2AD90C0361A13BF44@exMB5.telecom.sna.samsung.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [105.52.12.197] Content-Type: multipart/alternative; boundary="_000_02454F842DD7B449B96715A2AD90C0361A13BF44exMB5telecomsna_" MIME-Version: 1.0 X-Barracuda-Connect: UNKNOWN[105.52.12.225] X-Barracuda-Start-Time: 1397515826 X-Barracuda-URL: http://65.169.250.23:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sta.samsung.com X-Barracuda-BRTS-Status: 1 Archived-At: http://mailarchive.ietf.org/arch/msg/lemonade/Bk7cmdeOIKRsPNTnXfTOlsHUdm8 Subject: [lemonade] IMAP QRESYNC supported server X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2014 22:50:32 -0000 --_000_02454F842DD7B449B96715A2AD90C0361A13BF44exMB5telecomsna_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear All, Kindly share any free IMAP QRESYNC (RFC 5162)supported server to validate t= he client implementation. We should be able to create a test account with the server to do interopera= bility testing. Thanks in advance. Regards, Jay --_000_02454F842DD7B449B96715A2AD90C0361A13BF44exMB5telecomsna_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear All,

 

Kindly share any free IMAP QRESYNC (RFC 5162)support= ed server to validate the client implementation.

 

We should be able to create a test account with the = server to do interoperability testing.

 

Thanks in advance.

 

Regards,

Jay

--_000_02454F842DD7B449B96715A2AD90C0361A13BF44exMB5telecomsna_-- From nobody Mon Apr 14 16:19:04 2014 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A57CB1A029E for ; Mon, 14 Apr 2014 16:19:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.172 X-Spam-Level: X-Spam-Status: No, score=-2.172 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.272, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XVzKRsCdi8wq for ; Mon, 14 Apr 2014 16:19:01 -0700 (PDT) Received: from cuda4.sta.samsung.com (mailedge.sta.samsung.com [63.166.115.23]) by ietfa.amsl.com (Postfix) with ESMTP id D67AE1A01E6 for ; Mon, 14 Apr 2014 16:19:00 -0700 (PDT) X-ASG-Debug-ID: 1397517537-056fcf0c5c439420001-DCE58c Received: from exHub1.telecom.sna.samsung.com ([105.52.12.248]) by cuda4.sta.samsung.com with ESMTP id zbImuQcmBNG3CZx3; Mon, 14 Apr 2014 18:18:57 -0500 (CDT) X-Barracuda-Envelope-From: j.sb@sta.samsung.com X-Barracuda-RBL-Trusted-Forwarder: 105.52.12.248 X-ASG-Whitelist: Client Received: from EXMB5.telecom.sna.samsung.com ([fe80::5f4:56d9:ea68:f480]) by exHub1.telecom.sna.samsung.com ([fe80::804e:878f:5b5a:db50%16]) with mapi id 14.03.0146.000; Mon, 14 Apr 2014 18:18:57 -0500 From: Jayantheesh S B X-Barracuda-BWL-IP: fe80::5f4:56d9:ea68:f480 To: "'Hoa V. Dinh'" Thread-Topic: [lemonade] IMAP QRESYNC supported server X-ASG-Orig-Subj: RE: [lemonade] IMAP QRESYNC supported server Thread-Index: AQHPWDa7hZdbRhENyE6FhT5F44j6aZsRvsEg Date: Mon, 14 Apr 2014 23:18:57 +0000 Message-ID: <02454F842DD7B449B96715A2AD90C0361A13BFF7@exMB5.telecom.sna.samsung.com> References: <02454F842DD7B449B96715A2AD90C0361A13BF44@exMB5.telecom.sna.samsung.com> <7115E144FF2949519025279731AF4FAB@gmail.com> In-Reply-To: <7115E144FF2949519025279731AF4FAB@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [105.52.12.197] Content-Type: multipart/alternative; boundary="_000_02454F842DD7B449B96715A2AD90C0361A13BFF7exMB5telecomsna_" MIME-Version: 1.0 X-Barracuda-Connect: UNKNOWN[105.52.12.248] X-Barracuda-Start-Time: 1397517537 X-Barracuda-URL: http://65.169.250.23:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sta.samsung.com X-Barracuda-BRTS-Status: 1 Archived-At: http://mailarchive.ietf.org/arch/msg/lemonade/XkGI-lRvtdvqXOSO7btt6YczBFU Cc: "'lemonade@ietf.org'" Subject: Re: [lemonade] IMAP QRESYNC supported server X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2014 23:19:02 -0000 --_000_02454F842DD7B449B96715A2AD90C0361A13BFF7exMB5telecomsna_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIGZvciB5b3VyIHJlc3BvbnNlLg0KDQpCdXQgd2UgZGlkIG5vdCBzZWUgaUNsb3VkIHNl cnZlciBzdXBwb3J0aW5nIElNQVAgUVJFU1lOQy4gUGxlYXNlIGZpbmQgdGhlIGNhcGFiaWxpdGll cyBzdXBwb3J0ZWQgYnkgdGhlIHNlcnZlci4NCg0KbUNhcGFiaWxpdGllcz1bQ0FQQUJJTElUWSxY QVBQTEVQVVNIU0VSVklDRSxJTUFQNCxJTUFQNHJldjEsQUNMLFFVT1RBLExJVEVSQUwrLE5BTUVT UEFDRSxVSURQTFVTLENISUxEUkVOLEJJTkFSWSxVTlNFTEVDVCxTT1JULENBVEVOQVRFLFVSTEFV VEgsDQpMQU5HVUFHRSxFU0VBUkNILEVTT1JULFRIUkVBRD1PUkRFUkVEU1VCSkVDVCxUSFJFQUQ9 UkVGRVJFTkNFUyxDT05EU1RPUkUsRU5BQkxFLENPTlRFWFQ9U0VBUkNILENPTlRFWFQ9U09SVCxX SVRISU4sU0FTTC1JUixTRUFSQ0hSRVMsWFNFTkRFUixYLU5FVFNDQVBFLFhTRVJWRVJJTkZPLFgt U1VOLVNPUlQsQU5OT1RBVEUtRVhQRVJJTUVOVC0xLFgtVU5BVVRIRU5USUNBVEUsWC1TVU4tSU1B UCxYLUFOTk9UQVRFTU9SRSxYVU0xLElELElETEVdDQoNCg0KUmVnYXJkcywNCkpheQ0KRnJvbTog SG9hIFYuIERpbmggW21haWx0bzpkaW5oLnZpZXQuaG9hQGdtYWlsLmNvbV0NClNlbnQ6IE1vbmRh eSwgQXByaWwgMTQsIDIwMTQgNzoxMSBQTQ0KVG86IEpheWFudGhlZXNoIFMgQg0KQ2M6IGxlbW9u YWRlQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW2xlbW9uYWRlXSBJTUFQIFFSRVNZTkMgc3VwcG9y dGVkIHNlcnZlcg0KDQppQ2xvdWQgSU1BUCBzdXBwb3J0cyBRUkVTWU5DLg0KDQotLQ0KSG9hIFYu IERpbmgNCg0KDQpPbiBNb25kYXksIEFwcmlsIDE0LCAyMDE0IGF0IDM6NTAgUE0sIEpheWFudGhl ZXNoIFMgQiB3cm90ZToNCg0KRGVhciBBbGwsDQoNCg0KDQpLaW5kbHkgc2hhcmUgYW55IGZyZWUg SU1BUCBRUkVTWU5DIChSRkMgNTE2MilzdXBwb3J0ZWQgc2VydmVyIHRvIHZhbGlkYXRlIHRoZSBj bGllbnQgaW1wbGVtZW50YXRpb24uDQoNCg0KDQpXZSBzaG91bGQgYmUgYWJsZSB0byBjcmVhdGUg YSB0ZXN0IGFjY291bnQgd2l0aCB0aGUgc2VydmVyIHRvIGRvIGludGVyb3BlcmFiaWxpdHkgdGVz dGluZy4NCg0KDQoNClRoYW5rcyBpbiBhZHZhbmNlLg0KDQoNCg0KUmVnYXJkcywNCg0KSmF5DQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbGVtb25hZGUg bWFpbGluZyBsaXN0DQpsZW1vbmFkZUBpZXRmLm9yZzxtYWlsdG86bGVtb25hZGVAaWV0Zi5vcmc+ DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xlbW9uYWRlDQpTdXBwbGVt ZW50YWwgV2ViIFNpdGU6DQpodHRwOi8vd3d3LnN0YW5kYXJkc3RyYWNrLmNvbS9pZXRmL2xlbW9u YWRlDQoNCg== --_000_02454F842DD7B449B96715A2AD90C0361A13BFF7exMB5telecomsna_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Ik1hbGd1biBHb3RoaWMiOw0KCXBhbm9zZS0xOjIgMTEgNSAzIDIgMCAwIDIgMCA0O30NCkBmb250 LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAz IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDEx IDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQE1hbGd1biBH b3RoaWMiOw0KCXBhbm9zZS0xOjIgMTEgNSAzIDIgMCAwIDIgMCA0O30NCi8qIFN0eWxlIERlZmlu aXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21h cmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJ Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7 bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJz YW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBp biAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1 bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0i cHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhhbmtzIGZvciB5 b3VyIHJlc3BvbnNlLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5CdXQgd2UgZGlkIG5vdCBzZWUgaUNsb3VkIHNlcnZl ciBzdXBwb3J0aW5nIElNQVAgUVJFU1lOQy4gUGxlYXNlIGZpbmQgdGhlIGNhcGFiaWxpdGllcyBz dXBwb3J0ZWQgYnkgdGhlIHNlcnZlci48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHRhYmxlIGNsYXNzPSJNc29UYWJsZUdyaWQiIGJv cmRlcj0iMSIgY2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRkaW5nPSIwIiBzdHlsZT0iYm9yZGVyLWNv bGxhcHNlOmNvbGxhcHNlO2JvcmRlcjpub25lIj4NCjx0Ym9keT4NCjx0cj4NCjx0ZCB3aWR0aD0i NjM4IiB2YWxpZ249InRvcCIgc3R5bGU9IndpZHRoOjYuNjVpbjtib3JkZXI6c29saWQgd2luZG93 dGV4dCAxLjBwdDtwYWRkaW5nOjBpbiA1LjRwdCAwaW4gNS40cHQiPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPm1DYXBhYmls aXRpZXM9W0NBUEFCSUxJVFksWDxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOnllbGxvdzttc28taGln aGxpZ2h0OnllbGxvdyI+QVBQTEU8L3NwYW4+UFVTSFNFUlZJQ0UsSU1BUDQsSU1BUDRyZXYxLEFD TCxRVU9UQSxMSVRFUkFMJiM0MzssTkFNRVNQQUNFLFVJRFBMVVMsQ0hJTERSRU4sQklOQVJZLFVO U0VMRUNULFNPUlQsQ0FURU5BVEUsVVJMQVVUSCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+TEFOR1VBR0UsRVNFQVJDSCxFU09SVCxUSFJFQUQ9T1JERVJFRFNVQkpFQ1QsVEhSRUFEPVJF RkVSRU5DRVMsQ09ORFNUT1JFLEVOQUJMRSxDT05URVhUPVNFQVJDSCxDT05URVhUPVNPUlQsV0lU SElOLFNBU0wtSVIsU0VBUkNIUkVTLFhTRU5ERVIsWC1ORVRTQ0FQRSxYU0VSVkVSSU5GTyxYLVNV Ti1TT1JULEFOTk9UQVRFLUVYUEVSSU1FTlQtMSxYLVVOQVVUSEVOVElDQVRFLFgtU1VOLUlNQVAs WC1BTk5PVEFURU1PUkUsWFVNMSxJRCxJRExFXTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvdGQ+ DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkph eTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPiBIb2EgVi4gRGluaCBbbWFpbHRvOmRpbmgudmlldC5ob2FAZ21haWwuY29tXQ0KPGJy Pg0KPGI+U2VudDo8L2I+IE1vbmRheSwgQXByaWwgMTQsIDIwMTQgNzoxMSBQTTxicj4NCjxiPlRv OjwvYj4gSmF5YW50aGVlc2ggUyBCPGJyPg0KPGI+Q2M6PC9iPiBsZW1vbmFkZUBpZXRmLm9yZzxi cj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW2xlbW9uYWRlXSBJTUFQIFFSRVNZTkMgc3VwcG9ydGVk IHNlcnZlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPmlDbG91ZCBJTUFQ IHN1cHBvcnRzIFFSRVNZTkMuIDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LS0mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhvYSBWLiBEaW5oPG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8cD48c3BhbiBzdHlsZT0iY29sb3I6I0EwQTBBOCI+T24gTW9uZGF5 LCBBcHJpbCAxNCwgMjAxNCBhdCAzOjUwIFBNLCBKYXlhbnRoZWVzaCBTIEIgd3JvdGU6PG86cD48 L286cD48L3NwYW4+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1s ZWZ0OnNvbGlkIHdpbmRvd3RleHQgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA4LjBwdDttYXJn aW4tbGVmdDowaW47bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxkaXY+ DQo8ZGl2Pg0KPGRpdj4NCjxwIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFw dCI+RGVhciBBbGwsPG86cD48L286cD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4t Ym90dG9tOi4wMDAxcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjow aW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij5LaW5kbHkgc2hhcmUgYW55IGZyZWUgSU1BUCBRUkVT WU5DIChSRkMgNTE2MilzdXBwb3J0ZWQgc2VydmVyIHRvIHZhbGlkYXRlIHRoZSBjbGllbnQgaW1w bGVtZW50YXRpb24uDQo8bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGluO21hcmdp bi1ib3R0b206LjAwMDFwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBzdHlsZT0ibWFyZ2lu OjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPldlIHNob3VsZCBiZSBhYmxlIHRvIGNyZWF0ZSBh IHRlc3QgYWNjb3VudCB3aXRoIHRoZSBzZXJ2ZXIgdG8gZG8gaW50ZXJvcGVyYWJpbGl0eSB0ZXN0 aW5nLg0KPG86cD48L286cD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9t Oi4wMDAxcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowaW47bWFy Z2luLWJvdHRvbTouMDAwMXB0Ij5UaGFua3MgaW4gYWR2YW5jZS4gPG86cD48L286cD48L3A+DQo8 cCBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij5SZWdh cmRzLDxvOnA+PC9vOnA+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTou MDAwMXB0Ij5KYXk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5sZW1vbmFkZSBtYWlsaW5nIGxpc3Q8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Im1haWx0bzpsZW1vbmFkZUBpZXRmLm9y ZyI+bGVtb25hZGVAaWV0Zi5vcmc8L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL2xlbW9uYWRlIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2xlbW9uYWRlPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+U3VwcGxlbWVudGFsIFdlYiBTaXRlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0cDovL3d3dy5zdGFuZGFyZHN0 cmFjay5jb20vaWV0Zi9sZW1vbmFkZSI+aHR0cDovL3d3dy5zdGFuZGFyZHN0cmFjay5jb20vaWV0 Zi9sZW1vbmFkZTwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv YmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_02454F842DD7B449B96715A2AD90C0361A13BFF7exMB5telecomsna_-- From nobody Tue Apr 15 00:39:44 2014 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F27CF1A0222 for ; Tue, 15 Apr 2014 00:39:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.027 X-Spam-Level: X-Spam-Status: No, score=0.027 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, MIME_8BIT_HEADER=0.3, RP_MATCHES_RCVD=-0.272] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aLnPrSMF7z7a for ; Tue, 15 Apr 2014 00:39:38 -0700 (PDT) Received: from latimerie.flaska.net (latimerie.flaska.net [IPv6:2a02:2b88:2:1::4a7:333]) by ietfa.amsl.com (Postfix) with ESMTP id 771DB1A019D for ; Tue, 15 Apr 2014 00:39:38 -0700 (PDT) Received: by latimerie.flaska.net (Postfix, from userid 1000) id 065D561474; Tue, 15 Apr 2014 09:39:29 +0200 (CEST) From: =?iso-8859-1?Q?Jan_Kundr=E1t?= To: Date: Tue, 15 Apr 2014 09:39:23 +0200 User-Agent: Trojita/v0.4.1-135-g53e30ec; Qt/4.8.5; X11; Linux; MIME-Version: 1.0 Message-ID: In-Reply-To: <02454F842DD7B449B96715A2AD90C0361A13BF44@exMB5.telecom.sna.samsung.com> References: <02454F842DD7B449B96715A2AD90C0361A13BF44@exMB5.telecom.sna.samsung.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/lemonade/AiwQWbOmDP84DZCDYD2Kdiuk9uw Subject: Re: [lemonade] IMAP QRESYNC supported server X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 07:39:43 -0000 On Tuesday, 15 April 2014 00:50:26 CEST, Jayantheesh S B wrote: > Kindly share any free IMAP QRESYNC (RFC 5162)supported server=20 > to validate the client implementation. Have you read http://www.imapwiki.org/Specs ? With kind regards, Jan --=20 Trojit=C3=A1, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/ From nobody Tue Apr 15 09:57:09 2014 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D3001A07DE for ; Tue, 15 Apr 2014 09:57:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.328 X-Spam-Level: ** X-Spam-Status: No, score=2.328 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, J_CHICKENPOX_35=0.6, J_CHICKENPOX_37=0.6, J_CHICKENPOX_39=0.6, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.272, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ooBqoMUFSMvj for ; Tue, 15 Apr 2014 09:57:00 -0700 (PDT) Received: from cuda3.sta.samsung.com (mailedge.sta.samsung.com [63.166.115.17]) by ietfa.amsl.com (Postfix) with ESMTP id 575981A0797 for ; Tue, 15 Apr 2014 09:57:00 -0700 (PDT) X-ASG-Debug-ID: 1397581016-0493211117f02fb0001-DCE58c Received: from exHub2.telecom.sna.samsung.com ([105.52.12.243]) by cuda3.sta.samsung.com with ESMTP id rPuGCncnG1CclxiW; Tue, 15 Apr 2014 11:56:56 -0500 (CDT) X-Barracuda-Envelope-From: j.sb@sta.samsung.com X-Barracuda-RBL-Trusted-Forwarder: 105.52.12.243 X-ASG-Whitelist: Client Received: from EXMB5.telecom.sna.samsung.com ([fe80::5f4:56d9:ea68:f480]) by exHub2.telecom.sna.samsung.com ([2002:6934:cf3::6934:cf3]) with mapi id 14.03.0146.000; Tue, 15 Apr 2014 11:56:55 -0500 From: Jayantheesh S B X-Barracuda-BWL-IP: fe80::5f4:56d9:ea68:f480 To: "'lemonade@ietf.org'" Thread-Topic: SASL DIGEST MD5 issue X-ASG-Orig-Subj: SASL DIGEST MD5 issue Thread-Index: Ac9YySIgp832XIvSShW0WTc/NC2EaA== Date: Tue, 15 Apr 2014 16:56:55 +0000 Message-ID: <02454F842DD7B449B96715A2AD90C0361A13CE58@exMB5.telecom.sna.samsung.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [105.52.12.197] Content-Type: multipart/alternative; boundary="_000_02454F842DD7B449B96715A2AD90C0361A13CE58exMB5telecomsna_" MIME-Version: 1.0 X-Barracuda-Connect: UNKNOWN[105.52.12.243] X-Barracuda-Start-Time: 1397581016 X-Barracuda-URL: http://65.169.250.17:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sta.samsung.com X-Barracuda-BRTS-Status: 1 Archived-At: http://mailarchive.ietf.org/arch/msg/lemonade/gMdng0pwz0rILdr9WPvErS_XEcg Cc: "'Alexey Melnikov \(alexey.melnikov@isode.com\)'" Subject: [lemonade] SASL DIGEST MD5 issue X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 16:57:04 -0000 --_000_02454F842DD7B449B96715A2AD90C0361A13CE58exMB5telecomsna_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, Kindly clarify our query related to DIGEST MD5 implementation. We always ge= tting Authentication failed with Dovecot server. Same implementation is working fine with "Isode.com" server. Please find t= he transaction snippet below. By decoding the base64 We see realm is empty. As per RFC 2831, this directive is optional. Since, server is not sending t= he realm, client populates the realm as per the below quotes. Still dovecot= server rejects it. We are clue less and we are not sure why server is rejecting the request, k= indly throw some light on this issue. RFC 2831 Quotes: realm Mechanistically, a string which can enable users to know which username and password to use, in case they might have different ones for different servers. Conceptually, it is the name of a collection of accounts that might include the user's account. This string should contain at least the name of the host performing the authentication and might additionally indicate the collection of users who might have access. An example might be "registered_users@gotham.news.example.com". This directive is optional; if not present, the client SHOULD solicit it from the user or be able to compute a default; a plausible default might be the realm supplied by the user when they logged in to the client system. Multiple realm directives are allowed, in which case the user or client must choose one as the realm for which to supply to username and password Transaction Snippet: 04-15 12:07:18.654 22363 22859 D Email : <<< +OK Dovecot ready. 04-15 12:07:18.724 22363 22859 D Email : >>> CAPA 04-15 12:07:19.034 22363 22859 D Email : <<< +OK 04-15 12:07:19.084 22363 22859 D Email : <<< CAPA 04-15 12:07:19.124 22363 22859 D Email : <<< TOP 04-15 12:07:19.194 22363 22859 D Email : <<< UIDL 04-15 12:07:19.234 22363 22859 D Email : <<< RESP-CODES 04-15 12:07:19.334 22363 22859 D Email : <<< PIPELINING 04-15 12:07:19.384 22363 22859 D Email : <<< STLS 04-15 12:07:19.454 22363 22859 D Email : <<< USER 04-15 12:07:19.514 22363 22859 D Email : <<< SASL PLAIN LOGIN DIGEST-MD5 04-15 12:07:19.574 22363 22859 D Email : <<< . 04-15 12:07:33.574 22363 22859 D Email : >>> AUTH DIGEST-MD5 04-15 12:07:33.754 22363 22859 D Email : <<< + cmVhbG09IiIsbm9uY2U9Ind1Nj= BDdWJqenBObEw4Uk9xUlhtUnc9PSIscW9wPSJhdXRoIixjaGFyc2V0PSJ1dGYtOCIsYWxnb3Jpd= GhtPSJtZDUtc2VzcyI=3D 04-15 12:07:33.784 22363 22859 D Pop3Store: digestChallenge=3DcmVhbG09IiIsb= m9uY2U9Ind1NjBDdWJqenBObEw4Uk9xUlhtUnc9PSIscW9wPSJhdXRoIixjaGFyc2V0PSJ1dGYt= OCIsYWxnb3JpdGhtPSJtZDUtc2VzcyI=3D 04-15 12:07:33.844 22363 22859 D DigestAuth: generateDigestResponse 04-15 12:07:33.884 22363 22859 D DigestAuth: index=3D5 key=3Drealm value=3D= "" 04-15 12:07:33.934 22363 22859 D DigestAuth: index=3D5 key=3Dnonce value=3D= "wu60CubjzpNlL8ROqRXmRw=3D=3D" 04-15 12:07:33.954 22363 22859 D DigestAuth: index=3D3 key=3Dqop value=3D"a= uth" 04-15 12:07:34.014 22363 22859 D DigestAuth: index=3D7 key=3Dcharset value= =3D"utf-8" 04-15 12:07:34.064 22363 22859 D DigestAuth: index=3D9 key=3Dalgorithm valu= e=3D"md5-sess" 04-15 12:07:34.094 22363 22859 E DigestAuth: realm=3D"" 04-15 12:07:34.114 22363 22859 E DigestAuth: charset=3D"utf-8" 04-15 12:07:34.154 22363 22859 E DigestAuth: qop=3D"auth" 04-15 12:07:34.194 22363 22859 E DigestAuth: algorithm=3D"md5-sess" 04-15 12:07:34.224 22363 22859 E DigestAuth: nonce=3D"wu60CubjzpNlL8ROqRXmR= w=3D=3D" 04-15 12:09:04.044 22363 22859 D Email : >>> Y2hhcnNldD11dGYtOCx1c2VybmFt= ZT0iSmVucy5qZW5zZW5AZW1haWwuZGsiLHJlYWxtPSJtYWlsLnRlbGVub3IuZGsiLG5vbmNlPSJ= 3dTYwQ3VianpwTmxMOFJPcVJYbVJ3PT0iLG5jPTAwMDAwMDAxLGNub25jZT0iMzQzNTU3NTU2Nz= I2ODYzNzAzMyIsZGlnZXN0LXVyaT0icG9wL21haWwudGVsZW5vci5kayIscmVzcG9uc2U9NzU0N= DMwN2VmMDQyNzE3MTNhZDUzN2FlMWQxZDRjMGMscW9wPWF1dGg=3D 04-15 12:09:05.744 22363 22859 D Email : <<< -ERR Authentication failed. 04-15 12:09:21.594 22363 22859 D Email : >>> QUIT 04-15 12:09:21.924 22363 22859 D Email : <<< +OK Logging out. Regards, Jay --_000_02454F842DD7B449B96715A2AD90C0361A13CE58exMB5telecomsna_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

 

Kindly clarify our query related to DIGEST MD5 imple= mentation. We always getting Authentication failed with Dovecot server.

 

Same implementation is working fine with “Isod= e.com” server.  Please find the transaction snippet below. By de= coding the base64 We see realm is empty.

 

As per RFC 2831, this directive is optional. Since, = server is not sending the realm, client populates the realm as per the belo= w quotes. Still dovecot server rejects it.

 

We are clue less and we are not sure why server is r= ejecting the request, kindly throw some light on this issue.

 

RFC 2831 Quotes:

   realm

      Mechanistically= , a string which can enable users to know which

      username and pa= ssword to use, in case they might have different

      ones for differ= ent servers. Conceptually, it is the name of a

      collection of a= ccounts that might include the user's account. This

      string should c= ontain at least the name of the host performing the

      authentication = and might additionally indicate the collection of

      users who might= have access. An example might be

      "registere= d_users@gotham.news.example.com".  This directive is

 &= nbsp;    optional; if not present, the client SHOULD solicit= it from the

 &= nbsp;    user or be able to compute a default; = a plausible default might be

      the realm suppl= ied by the user when they logged in to the client

      system. Multipl= e realm directives are allowed, in which case the

      user or client = must choose one as the realm for which to supply to

      username and pa= ssword

 

 

 

Transaction Snippet:

04-15 12:07:18.654 22363 22859 D Email   := <<< +OK Dovecot ready.

04-15 12:07:18.724 22363 22859 D Email   := >>> CAPA

04-15 12:07:19.034 22363 22859 D Email   := <<< +OK

04-15 12:07:19.084 22363 22859 D Email   := <<< CAPA

04-15 12:07:19.124 22363 22859 D Email   := <<< TOP

04-15 12:07:19.194 22363 22859 D Email   := <<< UIDL

04-15 12:07:19.234 22363 22859 D Email   := <<< RESP-CODES

04-15 12:07:19.334 22363 22859 D Email   := <<< PIPELINING

04-15 12:07:19.384 22363 22859 D Email   := <<< STLS

04-15 12:07:19.454 22363 22859 D Email   := <<< USER

04-15 12:07:19.514 22363 22859 D Email   := <<< SASL PLAIN LOGIN DIGEST-MD5

04-15 12:07:19.574 22363 22859 D Email   := <<< .

04-15 12:07:33.574 22363 22859 D Email   := >>> AUTH DIGEST-MD5

04-15 12:07:33.754 22363 22859 D Email   := <<< + cmVhbG09IiIsbm9uY2U9Ind1NjBDdWJqenBObEw4Uk9xUlhtUnc9PSI= scW9wPSJhdXRoIixjaGFyc2V0PSJ1dGYtOCIsYWxnb3JpdGhtPSJtZDUtc2VzcyI=3D

 

04-15 12:07:33.784 22363 22859 D Pop3Store: digestCh= allenge=3DcmVhbG09IiIsbm9uY2U9Ind1NjBDdWJqenBObEw4Uk9xUlhtUnc9PSIscW9wPSJhd= XRoIixjaGFyc2V0PSJ1dGYtOCIsYWxnb3JpdGhtPSJtZDUtc2VzcyI=3D

04-15 12:07:33.844 22363 22859 D DigestAuth: generat= eDigestResponse

04-15 12:07:33.884 22363 22859 D DigestAuth: index= =3D5 key=3Drealm value=3D""

04-15 12:07:33.934 22363 22859 D DigestAuth: index= =3D5 key=3Dnonce value=3D"wu60CubjzpNlL8ROqRXmRw=3D=3D"

04-15 12:07:33.954 22363 22859 D DigestAuth: index= =3D3 key=3Dqop value=3D"auth"

04-15 12:07:34.014 22363 22859 D DigestAuth: index= =3D7 key=3Dcharset value=3D"utf-8"

04-15 12:07:34.064 22363 22859 D DigestAuth: index= =3D9 key=3Dalgorithm value=3D"md5-sess"

04-15 12:07:34.094 22363 22859 E DigestAuth: realm= =3D""

04-15 12:07:34.114 22363 22859 E DigestAuth: charset= =3D"utf-8"

04-15 12:07:34.154 22363 22859 E DigestAuth: qop=3D&= quot;auth"

04-15 12:07:34.194 22363 22859 E DigestAuth: algorit= hm=3D"md5-sess"

04-15 12:07:34.224 22363 22859 E DigestAuth: nonce= =3D"wu60CubjzpNlL8ROqRXmRw=3D=3D"

 

04-15 12:09:04.044 22363 22859 D Email   := >>> Y2hhcnNldD11dGYtOCx1c2VybmFtZT0iSmVucy5qZW5zZW5AZW1haWwuZGsiL= HJlYWxtPSJtYWlsLnRlbGVub3IuZGsiLG5vbmNlPSJ3dTYwQ3VianpwTmxMOFJPcVJYbVJ3PT0i= LG5jPTAwMDAwMDAxLGNub25jZT0iMzQzNTU3NTU2NzI2ODYzNzAzMyIsZGlnZXN0LXVyaT0icG9= wL21haWwudGVsZW5vci5kayIscmVzcG9uc2U9NzU0NDMwN2VmMDQyNzE3MTNhZDUzN2FlMWQxZD= RjMGMscW9wPWF1dGg=3D

04-15 12:09:05.744 22363 22859 D Email   := <<< -ER= R Authentication failed.

04-15 12:09:21.594 22363 22859 D Email   := >>> QUIT

04-15 12:09:21.924 22363 22859 D Email   := <<< +OK Logging out.

 

Regards,

Jay

--_000_02454F842DD7B449B96715A2AD90C0361A13CE58exMB5telecomsna_-- From nobody Wed Apr 16 10:21:47 2014 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7E1A51A024F for ; Wed, 16 Apr 2014 10:21:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.6 X-Spam-Level: ** X-Spam-Status: No, score=2.6 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, J_CHICKENPOX_35=0.6, J_CHICKENPOX_37=0.6, J_CHICKENPOX_39=0.6, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VBZDhHnOu8xO for ; Wed, 16 Apr 2014 10:21:41 -0700 (PDT) Received: from wursti.dovecot.fi (wursti.dovecot.fi [87.106.245.223]) by ietfa.amsl.com (Postfix) with ESMTP id 2D4341A0260 for ; Wed, 16 Apr 2014 10:21:41 -0700 (PDT) Received: from [192.168.68.199] (unknown [46.37.0.12]) by wursti.dovecot.fi (Postfix) with ESMTPSA id 7F13421C3D; Wed, 16 Apr 2014 19:21:36 +0200 (CEST) Content-Type: multipart/alternative; boundary="Apple-Mail=_3F7110F9-5A67-43CC-AAEA-FBFD99807E07" Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Timo Sirainen In-Reply-To: <02454F842DD7B449B96715A2AD90C0361A13CE58@exMB5.telecom.sna.samsung.com> Date: Wed, 16 Apr 2014 19:21:34 +0200 Message-Id: References: <02454F842DD7B449B96715A2AD90C0361A13CE58@exMB5.telecom.sna.samsung.com> To: Jayantheesh S B X-Mailer: Apple Mail (2.1874) Archived-At: http://mailarchive.ietf.org/arch/msg/lemonade/A1PeCy-JM2_a_h32buoXIqwat14 Cc: "lemonade@ietf.org" Subject: Re: [lemonade] SASL DIGEST MD5 issue X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2014 17:21:45 -0000 --Apple-Mail=_3F7110F9-5A67-43CC-AAEA-FBFD99807E07 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 What Dovecot version is this? Is the password stored as DIGEST-MD5 hash = or as plaintext? If as DIGEST-MD5, maybe it was generated wrong. If as = plaintext, maybe Dovecot has a bug related to generating the DIGEST-MD5 = hash, I remember there used to be some bug related to that. And in = general the problem might be something completely different, Dovecot = logs with auth_debug=3Dyes could show something useful. On 15.4.2014, at 18.56, Jayantheesh S B wrote: > Kindly clarify our query related to DIGEST MD5 implementation. We = always getting Authentication failed with Dovecot server. > =20 > Same implementation is working fine with =93Isode.com=94 server. = Please find the transaction snippet below. By decoding the base64 We see = realm is empty. > =20 > As per RFC 2831, this directive is optional. Since, server is not = sending the realm, client populates the realm as per the below quotes. = Still dovecot server rejects it. > =20 > We are clue less and we are not sure why server is rejecting the = request, kindly throw some light on this issue. > =20 > RFC 2831 Quotes: > realm > Mechanistically, a string which can enable users to know which > username and password to use, in case they might have different > ones for different servers. Conceptually, it is the name of a > collection of accounts that might include the user's account. = This > string should contain at least the name of the host performing = the > authentication and might additionally indicate the collection of > users who might have access. An example might be > "registered_users@gotham.news.example.com". This directive is > optional; if not present, the client SHOULD solicit it from the > user or be able to compute a default; a plausible default might = be > the realm supplied by the user when they logged in to the client > system. Multiple realm directives are allowed, in which case the > user or client must choose one as the realm for which to supply = to > username and password > =20 > =20 > =20 > Transaction Snippet: > 04-15 12:07:18.654 22363 22859 D Email : <<< +OK Dovecot ready. > 04-15 12:07:18.724 22363 22859 D Email : >>> CAPA > 04-15 12:07:19.034 22363 22859 D Email : <<< +OK > 04-15 12:07:19.084 22363 22859 D Email : <<< CAPA > 04-15 12:07:19.124 22363 22859 D Email : <<< TOP > 04-15 12:07:19.194 22363 22859 D Email : <<< UIDL > 04-15 12:07:19.234 22363 22859 D Email : <<< RESP-CODES > 04-15 12:07:19.334 22363 22859 D Email : <<< PIPELINING > 04-15 12:07:19.384 22363 22859 D Email : <<< STLS > 04-15 12:07:19.454 22363 22859 D Email : <<< USER > 04-15 12:07:19.514 22363 22859 D Email : <<< SASL PLAIN LOGIN = DIGEST-MD5 > 04-15 12:07:19.574 22363 22859 D Email : <<< . > 04-15 12:07:33.574 22363 22859 D Email : >>> AUTH DIGEST-MD5 > 04-15 12:07:33.754 22363 22859 D Email : <<< + = cmVhbG09IiIsbm9uY2U9Ind1NjBDdWJqenBObEw4Uk9xUlhtUnc9PSIscW9wPSJhdXRoIixjaG= Fyc2V0PSJ1dGYtOCIsYWxnb3JpdGhtPSJtZDUtc2VzcyI=3D > =20 > 04-15 12:07:33.784 22363 22859 D Pop3Store: = digestChallenge=3DcmVhbG09IiIsbm9uY2U9Ind1NjBDdWJqenBObEw4Uk9xUlhtUnc9PSIs= cW9wPSJhdXRoIixjaGFyc2V0PSJ1dGYtOCIsYWxnb3JpdGhtPSJtZDUtc2VzcyI=3D > 04-15 12:07:33.844 22363 22859 D DigestAuth: generateDigestResponse > 04-15 12:07:33.884 22363 22859 D DigestAuth: index=3D5 key=3Drealm = value=3D"" > 04-15 12:07:33.934 22363 22859 D DigestAuth: index=3D5 key=3Dnonce = value=3D"wu60CubjzpNlL8ROqRXmRw=3D=3D" > 04-15 12:07:33.954 22363 22859 D DigestAuth: index=3D3 key=3Dqop = value=3D"auth" > 04-15 12:07:34.014 22363 22859 D DigestAuth: index=3D7 key=3Dcharset = value=3D"utf-8" > 04-15 12:07:34.064 22363 22859 D DigestAuth: index=3D9 key=3Dalgorithm = value=3D"md5-sess" > 04-15 12:07:34.094 22363 22859 E DigestAuth: realm=3D"" > 04-15 12:07:34.114 22363 22859 E DigestAuth: charset=3D"utf-8" > 04-15 12:07:34.154 22363 22859 E DigestAuth: qop=3D"auth" > 04-15 12:07:34.194 22363 22859 E DigestAuth: algorithm=3D"md5-sess" > 04-15 12:07:34.224 22363 22859 E DigestAuth: = nonce=3D"wu60CubjzpNlL8ROqRXmRw=3D=3D" > =20 > 04-15 12:09:04.044 22363 22859 D Email : >>> = Y2hhcnNldD11dGYtOCx1c2VybmFtZT0iSmVucy5qZW5zZW5AZW1haWwuZGsiLHJlYWxtPSJtYW= lsLnRlbGVub3IuZGsiLG5vbmNlPSJ3dTYwQ3VianpwTmxMOFJPcVJYbVJ3PT0iLG5jPTAwMDAw= MDAxLGNub25jZT0iMzQzNTU3NTU2NzI2ODYzNzAzMyIsZGlnZXN0LXVyaT0icG9wL21haWwudG= VsZW5vci5kayIscmVzcG9uc2U9NzU0NDMwN2VmMDQyNzE3MTNhZDUzN2FlMWQxZDRjMGMscW9w= PWF1dGg=3D > 04-15 12:09:05.744 22363 22859 D Email : <<< -ERR Authentication = failed. > 04-15 12:09:21.594 22363 22859 D Email : >>> QUIT > 04-15 12:09:21.924 22363 22859 D Email : <<< +OK Logging out. > =20 > Regards, > Jay > _______________________________________________ > lemonade mailing list > lemonade@ietf.org > https://www.ietf.org/mailman/listinfo/lemonade > Supplemental Web Site: > http://www.standardstrack.com/ietf/lemonade --Apple-Mail=_3F7110F9-5A67-43CC-AAEA-FBFD99807E07 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252
What Dovecot version is this? Is the password = stored as DIGEST-MD5 hash or as plaintext? If as DIGEST-MD5, maybe it = was generated wrong. If as plaintext, maybe Dovecot has a bug related to = generating the DIGEST-MD5 hash, I remember there used to be some bug = related to that. And in general the problem might be something = completely different, Dovecot logs with auth_debug=3Dyes could show = something useful.

On 15.4.2014, at 18.56, = Jayantheesh S B <j.sb@sta.samsung.com> = wrote:

Kindly clarify our query related to DIGEST = MD5 implementation. We always getting Authentication failed with Dovecot = server.
 
Same = implementation is working fine with =93Isode.com=94 = server.  Please find the transaction snippet below. By decoding the = base64 We see realm is empty.
 
As per RFC = 2831, this directive is optional. Since, server is not sending the = realm, client populates the realm as per the below quotes. Still dovecot = server rejects it.
 
We are = clue less and we are not sure why server is rejecting the request, = kindly throw some light on this issue.
 
RFC 2831 Quotes:
   = realm
      Mechanistically, a string which = can enable users to know which
      username and password to = use, in case they might have different
      ones for different = servers. Conceptually, it is the name of a
      collection of accounts = that might include the user's account. This
      string should contain at = least the name of the host performing the
      authentication and might = additionally indicate the collection of
      users who might have = access. An example might be
      "registered_users@gotham.news.example.com".  This directive = is
      optional; if not present, the = client SHOULD solicit it from the
      = user or be able to compute a default; a plausible default might = be
      the realm supplied by the user = when they logged in to the client
      system. Multiple realm = directives are allowed, in which case the
      user or client must = choose one as the realm for which to supply = to
      username and = password
 
 
 
Transaction = Snippet:
04-15 12:07:18.654 = 22363 22859 D Email   : <<< +OK Dovecot = ready.
04-15 12:07:18.724 = 22363 22859 D Email   : >>> CAPA
04-15 12:07:19.034 22363 22859 D Email   = : <<< +OK
04-15 = 12:07:19.084 22363 22859 D Email   : <<< = CAPA
04-15 12:07:19.124 22363 22859 = D Email   : <<< TOP
04-15 12:07:19.194 22363 22859 D Email   = : <<< UIDL
04-15 = 12:07:19.234 22363 22859 D Email   : <<< = RESP-CODES
04-15 12:07:19.334 = 22363 22859 D Email   : <<< = PIPELINING
04-15 12:07:19.384 = 22363 22859 D Email   : <<< STLS
04-15 12:07:19.454 22363 22859 D Email   = : <<< USER
04-15 = 12:07:19.514 22363 22859 D Email   : <<< SASL PLAIN = LOGIN DIGEST-MD5
04-15 12:07:19.574 = 22363 22859 D Email   : <<< .
04-15 12:07:33.574 22363 22859 D Email   = : >>> AUTH DIGEST-MD5
04-15 = 12:07:33.754 22363 22859 D Email   : <<< + = cmVhbG09IiIsbm9uY2U9Ind1NjBDdWJqenBObEw4Uk9xUlhtUnc9PSIscW9wPSJhdXRoIixjaG= Fyc2V0PSJ1dGYtOCIsYWxnb3JpdGhtPSJtZDUtc2VzcyI=3D
 
04-15 = 12:07:33.784 22363 22859 D Pop3Store: = digestChallenge=3DcmVhbG09IiIsbm9uY2U9Ind1NjBDdWJqenBObEw4Uk9xUlhtUnc9PSIs= cW9wPSJhdXRoIixjaGFyc2V0PSJ1dGYtOCIsYWxnb3JpdGhtPSJtZDUtc2VzcyI=3D
04-15 12:07:33.844 22363 22859 D = DigestAuth: generateDigestResponse
04-15 12:07:33.884 22363 22859 D DigestAuth: index=3D5 = key=3Drealm value=3D""
04-15 = 12:07:33.934 22363 22859 D DigestAuth: index=3D5 key=3Dnonce = value=3D"wu60CubjzpNlL8ROqRXmRw=3D=3D"
04-15 12:07:33.954 22363 22859 D DigestAuth: = index=3D3 key=3Dqop value=3D"auth"
04-15 12:07:34.014 22363 22859 D DigestAuth: index=3D7 = key=3Dcharset value=3D"utf-8"
04-15 = 12:07:34.064 22363 22859 D DigestAuth: index=3D9 key=3Dalgorithm = value=3D"md5-sess"
04-15 = 12:07:34.094 22363 22859 E DigestAuth: realm=3D""
04-15 12:07:34.114 22363 22859 E DigestAuth: = charset=3D"utf-8"
04-15 = 12:07:34.154 22363 22859 E DigestAuth: qop=3D"auth"
04-15 12:07:34.194 22363 22859 E DigestAuth: = algorithm=3D"md5-sess"
04-15 = 12:07:34.224 22363 22859 E DigestAuth: = nonce=3D"wu60CubjzpNlL8ROqRXmRw=3D=3D"
 
04-15 = 12:09:04.044 22363 22859 D Email   : >>> = Y2hhcnNldD11dGYtOCx1c2VybmFtZT0iSmVucy5qZW5zZW5AZW1haWwuZGsiLHJlYWxtPSJtYW= lsLnRlbGVub3IuZGsiLG5vbmNlPSJ3dTYwQ3VianpwTmxMOFJPcVJYbVJ3PT0iLG5jPTAwMDAw= MDAxLGNub25jZT0iMzQzNTU3NTU2NzI2ODYzNzAzMyIsZGlnZXN0LXVyaT0icG9wL21haWwudG= VsZW5vci5kayIscmVzcG9uc2U9NzU0NDMwN2VmMDQyNzE3MTNhZDUzN2FlMWQxZDRjMGMscW9w= PWF1dGg=3D
04-15 12:09:05.744 = 22363 22859 D Email   : <<< -ERR Authentication = failed.
04-15 = 12:09:21.594 22363 22859 D Email   : >>> = QUIT
04-15 12:09:21.924 22363 22859 = D Email   : <<< +OK Logging = out.
 
Regards,
Jay
___________________________________= ____________
lemonade mailing list
lemonade@ietf.org
https://www.ietf.org/mailman/listinfo/lemonade
Suppleme= ntal Web Site:
http://www.standardstrack.com/ietf/lemonade

= --Apple-Mail=_3F7110F9-5A67-43CC-AAEA-FBFD99807E07-- From nobody Wed Apr 16 11:06:11 2014 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B41191A02AF for ; Wed, 16 Apr 2014 11:06:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.328 X-Spam-Level: ** X-Spam-Status: No, score=2.328 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, J_CHICKENPOX_35=0.6, J_CHICKENPOX_37=0.6, J_CHICKENPOX_39=0.6, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.272, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vVOkKrbVJufS for ; Wed, 16 Apr 2014 11:06:05 -0700 (PDT) Received: from cuda4.sta.samsung.com (mailedge.sta.samsung.com [63.166.115.23]) by ietfa.amsl.com (Postfix) with ESMTP id 33F761A02AC for ; Wed, 16 Apr 2014 11:06:05 -0700 (PDT) X-ASG-Debug-ID: 1397671560-056fcf0c5c4eb870001-DCE58c Received: from exHub4.telecom.sna.samsung.com ([105.52.12.225]) by cuda4.sta.samsung.com with ESMTP id 7idMex3BFHrPuZzK; Wed, 16 Apr 2014 13:06:00 -0500 (CDT) X-Barracuda-Envelope-From: j.sb@sta.samsung.com X-Barracuda-RBL-Trusted-Forwarder: 105.52.12.225 X-ASG-Whitelist: Client Received: from EXMB5.telecom.sna.samsung.com ([fe80::5f4:56d9:ea68:f480]) by exHub4.telecom.sna.samsung.com ([2002:6934:ce1::6934:ce1]) with mapi id 14.03.0146.000; Wed, 16 Apr 2014 13:06:00 -0500 From: Jayantheesh S B X-Barracuda-BWL-IP: fe80::5f4:56d9:ea68:f480 To: 'Timo Sirainen' Thread-Topic: [lemonade] SASL DIGEST MD5 issue X-ASG-Orig-Subj: RE: [lemonade] SASL DIGEST MD5 issue Thread-Index: AQHPWZhQF3x/QdCMj0aQM9KPtsStsZsUgqSA Date: Wed, 16 Apr 2014 18:06:00 +0000 Message-ID: <02454F842DD7B449B96715A2AD90C0361A13ED5F@exMB5.telecom.sna.samsung.com> References: <02454F842DD7B449B96715A2AD90C0361A13CE58@exMB5.telecom.sna.samsung.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [105.52.12.197] Content-Type: multipart/alternative; boundary="_000_02454F842DD7B449B96715A2AD90C0361A13ED5FexMB5telecomsna_" MIME-Version: 1.0 X-Barracuda-Connect: UNKNOWN[105.52.12.225] X-Barracuda-Start-Time: 1397671560 X-Barracuda-URL: http://65.169.250.23:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sta.samsung.com X-Barracuda-BRTS-Status: 1 Archived-At: http://mailarchive.ietf.org/arch/msg/lemonade/A9r8f6l-iaH9TPIM7fr1L72Mr9s Cc: "'lemonade@ietf.org'" Subject: Re: [lemonade] SASL DIGEST MD5 issue X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2014 18:06:10 -0000 --_000_02454F842DD7B449B96715A2AD90C0361A13ED5FexMB5telecomsna_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Timo, Thanks for your response. We are not sure about the Devcot POP Server version, One of customer has re= ported this issue from the market. Customer is having account with email.dk (mail.telenar.uk) which uses Devc= ot POP server. So, we do not have the control over POP server. Please find the response sent by the client and its decoded version. Y2hhcnNldD11dGYtOCx1c2VybmFtZT0iSmVucy5qZW5zZW5AZW1haWwuZGsiLHJlYWxtPSJtYWl= sLnRlbGVub3IuZGsiLG5vbmNlPSJ3dTYwQ3VianpwTmxMOFJPcVJYbVJ3PT0iLG5jPTAwMDAwMD= AxLGNub25jZT0iMzQzNTU3NTU2NzI2ODYzNzAzMyIsZGlnZXN0LXVyaT0icG9wL21haWwudGVsZ= W5vci5kayIscmVzcG9uc2U9NzU0NDMwN2VmMDQyNzE3MTNhZDUzN2FlMWQxZDRjMGMscW9wPWF1= dGg=3D charset=3Dutf-8,username=3D"Jens.jensen@email.dk",realm=3D"mail.telenor.dk"= ,nonce=3D"wu60CubjzpNlL8ROqRXmRw=3D=3D",nc=3D00000001,cnonce=3D"34355755672= 68637033",digest-uri=3D"pop/mail.telenor.dk",response=3D7544307ef04271713ad= 537ae1d1d4c0c,qop=3Dauth Regards, Jay From: Timo Sirainen [mailto:tss@iki.fi] Sent: Wednesday, April 16, 2014 1:22 PM To: Jayantheesh S B Cc: lemonade@ietf.org Subject: Re: [lemonade] SASL DIGEST MD5 issue What Dovecot version is this? Is the password stored as DIGEST-MD5 hash or = as plaintext? If as DIGEST-MD5, maybe it was generated wrong. If as plainte= xt, maybe Dovecot has a bug related to generating the DIGEST-MD5 hash, I re= member there used to be some bug related to that. And in general the proble= m might be something completely different, Dovecot logs with auth_debug=3Dy= es could show something useful. On 15.4.2014, at 18.56, Jayantheesh S B > wrote: Kindly clarify our query related to DIGEST MD5 implementation. We always ge= tting Authentication failed with Dovecot server. Same implementation is working fine with "Isode.com" ser= ver. Please find the transaction snippet below. By decoding the base64 We = see realm is empty. As per RFC 2831, this directive is optional. Since, server is not sending t= he realm, client populates the realm as per the below quotes. Still dovecot= server rejects it. We are clue less and we are not sure why server is rejecting the request, k= indly throw some light on this issue. RFC 2831 Quotes: realm Mechanistically, a string which can enable users to know which username and password to use, in case they might have different ones for different servers. Conceptually, it is the name of a collection of accounts that might include the user's account. This string should contain at least the name of the host performing the authentication and might additionally indicate the collection of users who might have access. An example might be "registered_users@gotham.news.example.com". This directive is optional; if not present, the client SHOULD solicit it from the user or be able to compute a default; a plausible default might be the realm supplied by the user when they logged in to the client system. Multiple realm directives are allowed, in which case the user or client must choose one as the realm for which to supply to username and password Transaction Snippet: 04-15 12:07:18.654 22363 22859 D Email : <<< +OK Dovecot ready. 04-15 12:07:18.724 22363 22859 D Email : >>> CAPA 04-15 12:07:19.034 22363 22859 D Email : <<< +OK 04-15 12:07:19.084 22363 22859 D Email : <<< CAPA 04-15 12:07:19.124 22363 22859 D Email : <<< TOP 04-15 12:07:19.194 22363 22859 D Email : <<< UIDL 04-15 12:07:19.234 22363 22859 D Email : <<< RESP-CODES 04-15 12:07:19.334 22363 22859 D Email : <<< PIPELINING 04-15 12:07:19.384 22363 22859 D Email : <<< STLS 04-15 12:07:19.454 22363 22859 D Email : <<< USER 04-15 12:07:19.514 22363 22859 D Email : <<< SASL PLAIN LOGIN DIGEST-MD5 04-15 12:07:19.574 22363 22859 D Email : <<< . 04-15 12:07:33.574 22363 22859 D Email : >>> AUTH DIGEST-MD5 04-15 12:07:33.754 22363 22859 D Email : <<< + cmVhbG09IiIsbm9uY2U9Ind1Nj= BDdWJqenBObEw4Uk9xUlhtUnc9PSIscW9wPSJhdXRoIixjaGFyc2V0PSJ1dGYtOCIsYWxnb3Jpd= GhtPSJtZDUtc2VzcyI=3D 04-15 12:07:33.784 22363 22859 D Pop3Store: digestChallenge=3DcmVhbG09IiIsb= m9uY2U9Ind1NjBDdWJqenBObEw4Uk9xUlhtUnc9PSIscW9wPSJhdXRoIixjaGFyc2V0PSJ1dGYt= OCIsYWxnb3JpdGhtPSJtZDUtc2VzcyI=3D 04-15 12:07:33.844 22363 22859 D DigestAuth: generateDigestResponse 04-15 12:07:33.884 22363 22859 D DigestAuth: index=3D5 key=3Drealm value=3D= "" 04-15 12:07:33.934 22363 22859 D DigestAuth: index=3D5 key=3Dnonce value=3D= "wu60CubjzpNlL8ROqRXmRw=3D=3D" 04-15 12:07:33.954 22363 22859 D DigestAuth: index=3D3 key=3Dqop value=3D"a= uth" 04-15 12:07:34.014 22363 22859 D DigestAuth: index=3D7 key=3Dcharset value= =3D"utf-8" 04-15 12:07:34.064 22363 22859 D DigestAuth: index=3D9 key=3Dalgorithm valu= e=3D"md5-sess" 04-15 12:07:34.094 22363 22859 E DigestAuth: realm=3D"" 04-15 12:07:34.114 22363 22859 E DigestAuth: charset=3D"utf-8" 04-15 12:07:34.154 22363 22859 E DigestAuth: qop=3D"auth" 04-15 12:07:34.194 22363 22859 E DigestAuth: algorithm=3D"md5-sess" 04-15 12:07:34.224 22363 22859 E DigestAuth: nonce=3D"wu60CubjzpNlL8ROqRXmR= w=3D=3D" 04-15 12:09:04.044 22363 22859 D Email : >>> Y2hhcnNldD11dGYtOCx1c2VybmFt= ZT0iSmVucy5qZW5zZW5AZW1haWwuZGsiLHJlYWxtPSJtYWlsLnRlbGVub3IuZGsiLG5vbmNlPSJ= 3dTYwQ3VianpwTmxMOFJPcVJYbVJ3PT0iLG5jPTAwMDAwMDAxLGNub25jZT0iMzQzNTU3NTU2Nz= I2ODYzNzAzMyIsZGlnZXN0LXVyaT0icG9wL21haWwudGVsZW5vci5kayIscmVzcG9uc2U9NzU0N= DMwN2VmMDQyNzE3MTNhZDUzN2FlMWQxZDRjMGMscW9wPWF1dGg=3D 04-15 12:09:05.744 22363 22859 D Email : <<< -ERR Authentication failed. 04-15 12:09:21.594 22363 22859 D Email : >>> QUIT 04-15 12:09:21.924 22363 22859 D Email : <<< +OK Logging out. Regards, Jay _______________________________________________ lemonade mailing list lemonade@ietf.org https://www.ietf.org/mailman/listinfo/lemonade Supplemental Web Site: http://www.standardstrack.com/ietf/lemonade --_000_02454F842DD7B449B96715A2AD90C0361A13ED5FexMB5telecomsna_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Timo,

 <= /p>

Thanks for your response.

 <= /p>

We are not sure about the= Devcot POP Server version, One of customer has reported this issue from th= e market.

 <= /p>

Customer is having accoun= t with  email.dk (mail.telenar.uk) which uses Devcot POP server.  = ;So, we do not have the control over POP server.

 <= /p>

Please find the response = sent by the client and its decoded version.

Y2hhcnNldD11dGYtOCx1c2VybmFtZT0iSmVucy5= qZW5zZW5AZW1haWwuZGsiLHJlYWxtPSJtYWlsLnRlbGVub3IuZGsiLG5vbmNlPSJ3dTYwQ3Vian= pwTmxMOFJPcVJYbVJ3PT0iLG5jPTAwMDAwMDAxLGNub25jZT0iMzQzNTU3NTU2NzI2ODYzNzAzM= yIsZGlnZXN0LXVyaT0icG9wL21haWwudGVsZW5vci5kayIscmVzcG9uc2U9NzU0NDMwN2VmMDQy= NzE3MTNhZDUzN2FlMWQxZDRjMGMscW9wPWF1dGg=3D

 <= /p>

 <= /p>

charset=3Dutf-8,username= =3D"Jens.jensen@email.dk",realm=3D"mail.telenor.dk",non= ce=3D"wu60CubjzpNlL8ROqRXmRw=3D=3D",nc=3D00000001,cnonce=3D"= 3435575567268637033",digest-uri=3D"pop/mail.telenor.dk",resp= onse=3D7544307ef04271713ad537ae1d1d4c0c,qop=3Dauth

 <= /p>

Regards,

Jay

From: Timo Sir= ainen [mailto:tss@iki.fi]
Sent: Wednesday, April 16, 2014 1:22 PM
To: Jayantheesh S B
Cc: lemonade@ietf.org
Subject: Re: [lemonade] SASL DIGEST MD5 issue

 

What Dovecot version is this? Is the password stored= as DIGEST-MD5 hash or as plaintext? If as DIGEST-MD5, maybe it was generat= ed wrong. If as plaintext, maybe Dovecot has a bug related to generating th= e DIGEST-MD5 hash, I remember there used to be some bug related to that. And in general the problem might be s= omething completely different, Dovecot logs with auth_debug=3Dyes could sho= w something useful.

 

On 15.4.2014, at 18.56, Jayantheesh S B <j.sb@sta.samsung.com> wrote:



Kindly clarify our query related to DIG= EST MD5 implementation. We always getting Authentication failed with Doveco= t server.

 

Same implementation is working fine wit= h “Isode.c= om” server.  Please find the transaction snippet belo= w. By decoding the base64 We see realm is empty.

 

As per RFC 2831, this directive is opti= onal. Since, server is not sending the realm, client populates the realm as= per the below quotes. Still dovecot server rejects it.

 

We are clue less and we are not sure wh= y server is rejecting the request, kindly throw some light on this issue.

 

RFC 2831 Quotes:

   realm

      Mechanistically, a string w= hich can enable users to know which

      username and password to us= e, in case they might have different<= /p>

      ones for different servers.= Conceptually, it is the name of a

      collection of accounts that= might include the user's account. This

      string should contain at le= ast the name of the host performing the

      authentication and might ad= ditionally indicate the collection of=

      users who might have access= . An example might be

      "registe= red_users@gotham.news.example.com".  This directive is

      optional;= if not present, the client SHOULD solicit it from the<= o:p>

      user or b= e able to compute a default; a plausible default might be

      the realm supplied by the u= ser when they logged in to the client=

      system. Multiple realm dire= ctives are allowed, in which case the=

      user or client must choose = one as the realm for which to supply to

      username and password

 

 

 

Transaction Snippe= t:

04-15 12:07:18.654 22363 22859 D Email&= nbsp;  : <<< +OK Dovecot ready.

04-15 12:07:18.724 22363 22859 D Email&= nbsp;  : >>> CAPA

04-15 12:07:19.034 22363 22859 D Email&= nbsp;  : <<< +OK

04-15 12:07:19.084 22363 22859 D Email&= nbsp;  : <<< CAPA

04-15 12:07:19.124 22363 22859 D Email&= nbsp;  : <<< TOP

04-15 12:07:19.194 22363 22859 D Email&= nbsp;  : <<< UIDL

04-15 12:07:19.234 22363 22859 D Email&= nbsp;  : <<< RESP-CODES

04-15 12:07:19.334 22363 22859 D Email&= nbsp;  : <<< PIPELINING

04-15 12:07:19.384 22363 22859 D Email&= nbsp;  : <<< STLS

04-15 12:07:19.454 22363 22859 D Email&= nbsp;  : <<< USER

04-15 12:07:19.514 22363 22859 D Email&= nbsp;  : <<< SASL PLAIN LOGIN DIGEST-MD5

04-15 12:07:19.574 22363 22859 D Email&= nbsp;  : <<< .

04-15 12:07:33.574 22363 22859 D Email&= nbsp;  : >>> AUTH DIGEST-MD5

04-15 12:07:33.754 22363 22859 D Email&= nbsp;  : <<< + cmVhbG09IiIsbm9uY2U9Ind1NjBDdWJqenBObEw4Uk= 9xUlhtUnc9PSIscW9wPSJhdXRoIixjaGFyc2V0PSJ1dGYtOCIsYWxnb3JpdGhtPSJtZDUtc2Vzc= yI=3D

 

04-15 12:07:33.784 22363 22859 D Pop3St= ore: digestChallenge=3DcmVhbG09IiIsbm9uY2U9Ind1NjBDdWJqenBObEw4Uk9xUlhtUnc9= PSIscW9wPSJhdXRoIixjaGFyc2V0PSJ1dGYtOCIsYWxnb3JpdGhtPSJtZDUtc2VzcyI=3D=

04-15 12:07:33.844 22363 22859 D Digest= Auth: generateDigestResponse

04-15 12:07:33.884 22363 22859 D Digest= Auth: index=3D5 key=3Drealm value=3D""

04-15 12:07:33.934 22363 22859 D Digest= Auth: index=3D5 key=3Dnonce value=3D"wu60CubjzpNlL8ROqRXmRw=3D=3D"= ;

04-15 12:07:33.954 22363 22859 D Digest= Auth: index=3D3 key=3Dqop value=3D"auth"

04-15 12:07:34.014 22363 22859 D Digest= Auth: index=3D7 key=3Dcharset value=3D"utf-8"

04-15 12:07:34.064 22363 22859 D Digest= Auth: index=3D9 key=3Dalgorithm value=3D"md5-sess"

04-15 12:07:34.094 22363 22859 E Digest= Auth: realm=3D""

04-15 12:07:34.114 22363 22859 E Digest= Auth: charset=3D"utf-8"

04-15 12:07:34.154 22363 22859 E Digest= Auth: qop=3D"auth"

04-15 12:07:34.194 22363 22859 E Digest= Auth: algorithm=3D"md5-sess"

04-15 12:07:34.224 22363 22859 E Digest= Auth: nonce=3D"wu60CubjzpNlL8ROqRXmRw=3D=3D"

 

04-15 12:09:04.044 22363 22859 D Email&= nbsp;  : >>> Y2hhcnNldD11dGYtOCx1c2VybmFtZT0iSmVucy5qZW5zZW5A= ZW1haWwuZGsiLHJlYWxtPSJtYWlsLnRlbGVub3IuZGsiLG5vbmNlPSJ3dTYwQ3VianpwTmxMOFJ= PcVJYbVJ3PT0iLG5jPTAwMDAwMDAxLGNub25jZT0iMzQzNTU3NTU2NzI2ODYzNzAzMyIsZGlnZX= N0LXVyaT0icG9wL21haWwudGVsZW5vci5kayIscmVzcG9uc2U9NzU0NDMwN2VmMDQyNzE3MTNhZ= DUzN2FlMWQxZDRjMGMscW9wPWF1dGg=3D

04-15 12:09:05.744 22363 22859 D Email&= nbsp;  : <<< -ERR Authentication failed.

04-15 12:09:21.594 22363 22859 D Email&= nbsp;  : >>> QUIT

04-15 12:09:21.924 22363 22859 D Email&= nbsp;  : <<< +OK Logging out.

 

Regards,

Jay

______________________________________= _________
lemonade mailing list
lemonade@= ietf.org
https://www.ietf.org/mailman/listinfo/lemonade
Supplemental Web Site:
http://www.standardstrack.com/ietf/lemonade=

 

--_000_02454F842DD7B449B96715A2AD90C0361A13ED5FexMB5telecomsna_-- From nobody Sun Apr 20 08:52:37 2014 Return-Path: X-Original-To: lemonade@ietfa.amsl.com Delivered-To: lemonade@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E6C61A02F2 for ; Mon, 14 Apr 2014 16:10:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fS15vMiNhMW7 for ; Mon, 14 Apr 2014 16:10:32 -0700 (PDT) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) by ietfa.amsl.com (Postfix) with ESMTP id EB8BD1A029E for ; Mon, 14 Apr 2014 16:10:31 -0700 (PDT) Received: by mail-pa0-f47.google.com with SMTP id lj1so8734607pab.6 for ; Mon, 14 Apr 2014 16:10:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version:content-type; bh=gUTK14lgnWSbvO9O4UbEw55tt+5p8xIpmnNBrevw0CA=; b=nndeV+uUYfxnHk/jru1FPr/Ps4RkQxOdpOFbZHe0khKUsdOPJTe6n5wi7Rktn850MN jMAbVRfG9TiSp+Kd9NwLdMjlZmBRS7OeQSW651IpOd2syOOsXQJqLr8QEwV0QIy9Ag4m x56jnL8sXxSfIAVbp6lzkL3y5/nN/dJdsRmbRKwv8knUVTUY5aEdcL55p8tTrSyhImLf ED6IiMhjali4JrR76GAiSqI8l5TIIQCK+r/2h83yO2/6udOyxiLB8UBglDQ2fEtYxa+m 2boTTbrcehYOHhYPEDAxU+BE09PkFFHsPLHQkZzWG44KoFsmDvIjxRPItmh48if813vr Tsvw== X-Received: by 10.66.231.40 with SMTP id td8mr46830636pac.103.1397517029393; Mon, 14 Apr 2014 16:10:29 -0700 (PDT) Received: from [172.19.28.113] (dhcp-172-19-28-113.mtv.corp.google.com [172.19.28.113]) by mx.google.com with ESMTPSA id tu3sm86427337pab.1.2014.04.14.16.10.26 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 14 Apr 2014 16:10:27 -0700 (PDT) Date: Mon, 14 Apr 2014 16:10:31 -0700 From: "Hoa V. Dinh" To: Jayantheesh S B Message-ID: <7115E144FF2949519025279731AF4FAB@gmail.com> In-Reply-To: <02454F842DD7B449B96715A2AD90C0361A13BF44@exMB5.telecom.sna.samsung.com> References: <02454F842DD7B449B96715A2AD90C0361A13BF44@exMB5.telecom.sna.samsung.com> X-Mailer: sparrow 1.6.4 (build 1176) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="534c6ae7_b180c65_417" Archived-At: http://mailarchive.ietf.org/arch/msg/lemonade/B5MO9oivCyw1sUpSDVeae_9xM3A X-Mailman-Approved-At: Sun, 20 Apr 2014 08:52:35 -0700 Cc: "=?utf-8?Q?lemonade=40ietf.org?=" Subject: Re: [lemonade] IMAP QRESYNC supported server X-BeenThere: lemonade@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Enhancements to Internet email to support diverse service enivronments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2014 23:10:36 -0000 --534c6ae7_b180c65_417 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline iCloud IMAP supports QRESYNC. -- Hoa V. Dinh On Monday, April 14, 2014 at 3:50 PM, Jayantheesh S B wrote: > Dear All, > > Kindly share any free IMAP QRESYNC (RFC 5162)supported server to validate the client implementation. > > We should be able to create a test account with the server to do interoperability testing. > > Thanks in advance. > > Regards, > Jay > > > _______________________________________________ > lemonade mailing list > lemonade@ietf.org (mailto:lemonade@ietf.org) > https://www.ietf.org/mailman/listinfo/lemonade > Supplemental Web Site: > http://www.standardstrack.com/ietf/lemonade > > --534c6ae7_b180c65_417 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
iCloud IMAP supports QRESYNC.

-- 
Hoa V. Dinh

=20

On Monday, April 14, 2= 014 at 3:50 PM, Jayantheesh S B wrote:

<=21--=5Bif gte mso 9=5D> <=21=5Bendif=5D--><=21--=5Bif gte mso 9=5D> <=21=5Bendif=5D-->

Dear All,

 

Kindly share any free IMAP QRESYNC (R=46C 5= 162)supported server to validate the client implementation.

 

We should be able to create a test account = with the server to do interoperability testing.

 

Thanks in advance.

 

Regards,

Jay

=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F
lemonade mailing list
Supplemental Web Site:
 =20 =20 =20 =20
=20

--534c6ae7_b180c65_417--