POP/IMAP software that's EAI Ready
Besides that provided by XgenPLus, does anyone else have production or at least beta version of EAI Ready POP/IMAP software? Asking for a friend! Don Don Hollander Secretary General - UASG Skype: Don_Hollander
In article <64d146c33cd24410b455fc5350955bae@PMBX112-W1-CA-1.PEXCH112.ICANN.ORG> you write:
-=-=-=-=-=- -=-=-=-=-=-
Besides that provided by XgenPLus, does anyone else have production or at least beta version of EAI Ready POP/IMAP software?
I've asked the IETF's IMAP experts and nobody is aware of any. Gmail does EAI send and receive but their IMAP server doesn't offer UTF8.
Arnt Gulbrandsen writes:
John Levine writes:
Gmail does EAI send and receive but their IMAP server doesn't offer UTF8.
I've sent and received EAI mail via gmail's IMAP/Submit servers. I just checked, and both advertise the relevant extensions.
I think I know what might be going on here. If you ask Gmail BEFORE AUTHENTICATION it tells you it cannot do UTF8. After authentication it's much more forthcoming. (There are technical reasons for this, but I suppose that would be a digression.) Arnt
In article <9b1ef1c6-7880-474f-b3ac-e6dbc41a0fd1@gulbrandsen.priv.no> you write:
Arnt Gulbrandsen writes:
John Levine writes:
Gmail does EAI send and receive but their IMAP server doesn't offer UTF8.
I've sent and received EAI mail via gmail's IMAP/Submit servers. I just checked, and both advertise the relevant extensions.
I think I know what might be going on here. If you ask Gmail BEFORE AUTHENTICATION it tells you it cannot do UTF8. After authentication it's much more forthcoming.
You're right, I see it now. IMAP does it, POP doesn't, R's, John
I have also tried using gmail IMAP a few times with my xgenplus addresses, and couldn't get it to work with an EAI address. What is the "after authentication" process I should be using? -----Original Message----- From: UA-EAI [mailto:ua-eai-bounces@icann.org] On Behalf Of John Levine Sent: Monday, February 19, 2018 3:28 PM To: ua-eai@icann.org Subject: Re: [UA-EAI] POP/IMAP software that's EAI Ready In article <9b1ef1c6-7880-474f-b3ac-e6dbc41a0fd1@gulbrandsen.priv.no> you write:
Arnt Gulbrandsen writes:
John Levine writes:
Gmail does EAI send and receive but their IMAP server doesn't offer UTF8.
I've sent and received EAI mail via gmail's IMAP/Submit servers. I just checked, and both advertise the relevant extensions.
I think I know what might be going on here. If you ask Gmail BEFORE AUTHENTICATION it tells you it cannot do UTF8. After authentication it's much more forthcoming.
You're right, I see it now. IMAP does it, POP doesn't, R's, John _______________________________________________ UA-EAI mailing list UA-EAI@icann.org https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmm.icann.or...
Mark Svancarek via UA-EAI writes:
I have also tried using gmail IMAP a few times with my xgenplus addresses, and couldn't get it to work with an EAI address. What is the "after authentication" process I should be using?
You as user cannot do that. After authentication, the IMAP server declares which extensions it supports. The IMAP client may then use those, or declare that the IMAP server should start using some. Your IMAP client should issue that declaration ("… ENABLE … UTF8=ACCEPT …"). If your client doesn't declare that, and this isn't something users can affect, then the IMAP server doesn't have permission to send the client EAI addresses (they would be syntax errors) in messages, and will instead carry out some downgrade process. Arnt
Since I am using the gmail webmail client, I am surprised at this design, though. ________________________________ From: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no> Sent: Tuesday, February 20, 2018 12:08:53 AM To: Mark Svancarek via UA-EAI Cc: John Levine; Mark Svancarek Subject: Re: [UA-EAI] POP/IMAP software that's EAI Ready Mark Svancarek via UA-EAI writes:
I have also tried using gmail IMAP a few times with my xgenplus addresses, and couldn't get it to work with an EAI address. What is the "after authentication" process I should be using?
You as user cannot do that. After authentication, the IMAP server declares which extensions it supports. The IMAP client may then use those, or declare that the IMAP server should start using some. Your IMAP client should issue that declaration ("… ENABLE … UTF8=ACCEPT …"). If your client doesn't declare that, and this isn't something users can affect, then the IMAP server doesn't have permission to send the client EAI addresses (they would be syntax errors) in messages, and will instead carry out some downgrade process. Arnt
On Tue, 20 Feb 2018, Mark Svancarek wrote:
Since I am using the gmail webmail client, I am surprised at this design, though.
The bit with more capabilities after you log in isn't gmail, it's in the RFCs. The short reason is that there's no such thing as EAI login to IMAP, because IMAP has always had ways to use 8-bit usernames and passwords, so don't confuse the issue by telling clients about EAI capabilities before they can use them. R's, John
________________________________ From: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no> Subject: Re: [UA-EAI] POP/IMAP software that's EAI Ready
Mark Svancarek via UA-EAI writes:
I have also tried using gmail IMAP a few times with my xgenplus addresses, and couldn't get it to work with an EAI address. What is the "after authentication" process I should be using?
You as user cannot do that.
After authentication, the IMAP server declares which extensions it supports. The IMAP client may then use those, or declare that the IMAP server should start using some. Your IMAP client should issue that declaration ("… ENABLE … UTF8=ACCEPT …").
If your client doesn't declare that, and this isn't something users can affect, then the IMAP server doesn't have permission to send the client EAI addresses (they would be syntax errors) in messages, and will instead carry out some downgrade process.
Regards, John Levine, john.levine@standcore.com Standcore LLC
Mark Svancarek writes:
Since I am using the gmail webmail client, I am surprised at this design, though.
Gmail's webmail client doesn't use IMAP, even indirectly. All of Google's clients use a different protocol, which AFAICT supports EAI perfectly. When I looked at Xgenplus about a year ago I found the first bug in about one minute. So far I've found precisely one Gmail bug in total (and it was a really obscure one, not related to EAI). So... if there's an interop problem between Gmail and Xgenplus, I personally am inclined to suspect that it may not be a Gmail bug. Arnt
+1 -----Original Message----- From: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no> Sent: Tuesday, February 20, 2018 10:28 AM To: Mark Svancarek <marksv@microsoft.com> Cc: Mark Svancarek via UA-EAI <ua-eai@icann.org>; John Levine <john.levine@standcore.com> Subject: Re: [UA-EAI] POP/IMAP software that's EAI Ready Mark Svancarek writes:
Since I am using the gmail webmail client, I am surprised at this design, though.
Gmail's webmail client doesn't use IMAP, even indirectly. All of Google's clients use a different protocol, which AFAICT supports EAI perfectly. When I looked at Xgenplus about a year ago I found the first bug in about one minute. So far I've found precisely one Gmail bug in total (and it was a really obscure one, not related to EAI). So... if there's an interop problem between Gmail and Xgenplus, I personally am inclined to suspect that it may not be a Gmail bug. Arnt
In article <81ac4c09-21a1-4edb-bf62-72d787d40d37@gulbrandsen.priv.no> you write:
John Levine writes:
Gmail does EAI send and receive but their IMAP server doesn't offer UTF8.
I've sent and received EAI mail via gmail's IMAP/Submit servers. I just checked, and both advertise the relevant extensions.
Odd, I just looked at the Gmail IMAP server, no EAI that I can see: * OK Gimap ready for requests from 50.226.7.216 q3mb17971197ofa 66 capability * CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 XYZZY SASL-IR AUTH=XOAUTH2 AUTH=PLAIN AUTH=PLAIN-CLIENTTOKEN AUTH=OAUTHBEARER AUTH=XOAUTH I do see it in the submit server. R's, John
participants (4)
-
Arnt Gulbrandsen -
Don Hollander -
John Levine -
Mark Svancarek