<div dir="ltr"><div dir="ltr">On Sat, 28 Jan 2023 at 03:28, D.J.J. Ring, Jr. <<a href="mailto:n1ea@arrl.net" target="_blank">n1ea@arrl.net</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr"><span style="font-size:small">Blind using Alpine - Continued</span></div><div dir="ltr"><div style="font-size:small"><br></div><div style="font-size:small">As I previously mentioned, blind users who previously used gmail got hit with a ONE, TWO punch with Alpine.</div><div style="font-size:small"><br></div><div style="font-size:small">First, gmail needed a application specific password but it seems that this must be done in a graphical user interface which is beyond many (but not all) of blind users.</div></div></div></div></blockquote><div><br></div><div><br></div><div>I assumed they blocked app specific passwords to be honest, they did where I work, xoauth2 is the new hotness and ALPINE gained this support over the past year or so as it's kicked in for people with Google apps domains.</div><div><br></div><div>This is probably quite finicky for most to configure without some help I'm afraid.  But the good news is that it'll cache the auth tokens so pine can just work as intended.  There are threads on this in the list and others who can help, I'm limited in my available time but did want to speak out about the options and what is happening.  Google/GMail are trying to do the right thing, single passwd access is awfully insecure and people forget that this is often the method used for account recovery for banks, where authentication numbers are sent for that etc.  Keeping it secure is sensible.</div><div><br></div><div>On my own apps domain I was also able to disable the ASP/xoauth2 enforcement and return to the insecure single password option.  This might also help.  This is mostly temporarily laziness by the way, I plan to switch to xoauth2 when I find time.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><div dir="ltr"><div style="font-size:small">I've been trusted by some to obtain their application specific password.</div><div style="font-size:small"><br></div><div style="font-size:small">So far so good.</div><div style="font-size:small"><br></div><div style="font-size:small">Then Alpine changed to require a long password to even open the application, this is another complicated process to remove it, I've guided some through the process which isn't too difficult for those who can see, but if your blind it is a challenge.</div></div></div></div></blockquote><div><br></div><div>I'm unsure what this is.  Alpine doesn't didn't do this for me unless I've configured it with a passfile and even then it needn't be long.</div><div>Is this very new?  Is this a distribution issue on some linux distribution or macos?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><div dir="ltr"><div style="font-size:small">Some of the users have moved to <a href="http://gmx.com" rel="noreferrer" target="_blank">gmx.com</a> mail but that's what I'am writing about today.</div><div style="font-size:small"><br></div><div style="font-size:small">I have a pinerc file that can read (at least) the INBOX, I cannot see the other folders but the INBOX is visible.</div><div style="font-size:small"><br></div><div style="font-size:small">BUT I canno send mail!</div><div style="font-size:small"><br></div><div style="font-size:small">Here's the line I have in pinerc.</div><div style="font-size:small"><br></div><div style="font-size:small">smtp-server=<a href="http://mail.gmx.com/novalidate-cert/ssl/user=USERNAME@gmx.com" rel="noreferrer" target="_blank">mail.gmx.com/novalidate-cert/ssl/user=USERNAME@gmx.com</a></div><div style="font-size:small"><br></div><div style="font-size:small">I get the ERROR "Mail not sent: bad sequence of commands"</div></div></div></div></blockquote><div><br></div><div>I suspect this might need /tls rather than /ssl or something similar (the docs have several options) depending on the protocol used by gmx.  There are older threads mentioning this.  There are various ways providers can permit, with starttls and ssl from the start etc.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div class="gmail_quote" dir="auto"><div dir="ltr"><div style="font-size:small">I found this suggestion in this lists archived that I should put this in.</div><div style="font-size:small">
Customized Headers = From: "fName lName" <a href="mailto:myaddress@gmx.com" rel="noreferrer" target="_blank">myaddress@gmx.com</a></div><div style="font-size:small"><br></div><div style="font-size:small">But that didn't work, and I couldn't put FIRST_NAME LAST_NAME because alpiine rejected this it says "no spaces allowed".</div><div style="font-size:small"><br></div><div style="font-size:small">Anyone have a clue?</div><div style="font-size:small" dir="auto"><br></div><div style="font-size:small" dir="auto">He needs to use gmx until I get Gmail working in Alpine and I'm getting close to doing that </div></div></div></div></blockquote><div><br></div><div>Sorry I don't know more specifics about the sending email issue with gmx.</div><div><br></div><div> - Damion </div></div></div>