From carlos.e.r at opensuse.org Fri Oct 2 15:52:59 2015 From: carlos.e.r at opensuse.org (Carlos E. R.) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] [OT] highlighting for external editor In-Reply-To: References: Message-ID: <560F0ACB.7080408@opensuse.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2015-10-02 21:00, stef_204 wrote: > On Tue, 22 Sep 2015 17:23:17 +0000, stef_204 wrote: > >> If not with nano, can anyone suggest another combo of console + >> spell checking + no wrap/flowed text + (simple) color >> highlighting for email/ quote levels? >> > > looks like mcedit has the above features, including very simple > quotation level highlighting. Will try that with Alpine and see > how it goes. Sometimes I use jstar. - -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlYPCssACgkQja8UbcUWM1wQWwD+Lxv8OH1S9kK3A+TbkLea0bQZ 3jdJqnUx3xAMkvyePbwA/3xakUkD2yt35H+w1fTnlXFjjAZtG1mqOSl7PeSuesyT =FEHf -----END PGP SIGNATURE----- From carlos.e.r at opensuse.org Sat Oct 3 06:50:55 2015 From: carlos.e.r at opensuse.org (Carlos E. R.) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] [OT] highlighting for external editor In-Reply-To: References: <560F0ACB.7080408@opensuse.org> Message-ID: <560FDD3F.7050108@opensuse.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2015-10-03 14:20, stef_204 wrote: > On Sat, 03 Oct 2015 00:52:59 +0200, Carlos E. R. wrote: >> Sometimes I use jstar. >> > > I don't know jstar but will take a look. The main package is "joe", with other flavours as symlinks: jpico, jstar, jmacs... So you can choose which one you like :-) It does spell checking, but I don't know how it selects the language. Good question. I think it uses the environment. Works in a text terminal, be it in the console or X. It has syntax highlighting. It detects the emails from Alpine as such. It can properly reflow quoted text. I have automatic reflow disabled (that's what I use jstar with alpine for), but a ctrl-b does it at will do it. > The ONLY problem with mcedit is: I cannot seem to be able to > "soft-wrap", unfortunately--as I want to send flowed text. I'm unsure this moment if joe does hard or soft wrap. I suspect "hard". - -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlYP3T8ACgkQja8UbcUWM1w6IgD9GPDGw/xoq70id599JMNPfFIg gO/xO5JajjF6UPb6FioA/0BZSeWpFDo2jzBl37mXaX6Tqj1+0U5CQgigRwL5xIGe =E6mi -----END PGP SIGNATURE----- From chappa at gmx.com Sat Oct 3 18:48:14 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Flowed Text In-Reply-To: References: Message-ID: On Sat, 3 Oct 2015, stef_204 wrote: > Is there anything I can do in Alpine, and settings/tweaks which could > help getting flowed text? What you want is "one-line paragraphs." Flowed text allows paragraphs that are more than one line, but each line of the paragraph (except for the last one) must end in a space, so if your editor can place a space at the end of each line, you will be set. Otherwise, Pico is still a good editor for this purpose :) -- Eduardo From chappa at gmx.com Sun Oct 4 07:13:32 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Flowed Text In-Reply-To: References: Message-ID: On Sun, 4 Oct 2015, stef_204 wrote: > One last thing: > > No matter how the text is wrapped in mcedit, once I exit the external > editor and am back into Alpine, can I then just use the command ^W^U to > force flowed-text? Yes, this could work. But you have to make sure that it works. This will justify your signature too, so make sure you undo that piece. -- Eduardo http://patches.freeiz.com/alpine/ (Web) http://repo.or.cz/alpine.git (Git) From anneg at alum.bu.edu Tue Oct 6 08:20:09 2015 From: anneg at alum.bu.edu (Anne G) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Retrieving gmail Sent Mail In-Reply-To: References: Message-ID: Hi I want to keep my sent mail on my local machine even if I wrote it in gmail in the browser. I found in Alpine config the Collection list editor (l) I don't understand how to use the editor so I can access both my email saved locally on my mac Nickname: Mail Path: mail/ And the Sent file on Gmail If I enter Gmail output and enter a new path, the previous local information is overwritten. ------------------------------- but even if only one was listed at a time, I cannot figure out how to access my Gmail output so I can save it locally on my mac.. I tried something like Path:{imap.gmail.com/ssl/novalidate-cert/user=xxx@gmail.com}Sent Mail or Path:{imap.gmail.com/ssl/novalidate-cert/user=...}[] Alpine accepts the syntax but does not display any folders. ---------------- I read something about needing to enable IMAP on gmail on the out box but did not see where that would be done. Anne From chappa at gmx.com Tue Oct 6 19:00:02 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Retrieving gmail Sent Mail In-Reply-To: References: Message-ID: Dear Anne, an internet search for "enable imap gmail" produced the following link https://support.google.com/mail/troubleshooter/1668960?hl=en which explains how to enable IMAP in gmail. Once you have enabled it, you can access all your folders, including your "sent-mail" folder, by pressing M S L and entering Nickname : Gmail Server : imap.gmail.com/user=YourAddress@gmail.com/ssl Path : [Gmail] View : Observe that there is no "novalidate-cert" in the definition above. Avoid it, it is not necessary. -- Eduardo http://patches.freeiz.com/alpine/ (Web) http://repo.or.cz/alpine.git (Git) From carlos.e.r at opensuse.org Wed Oct 7 07:25:59 2015 From: carlos.e.r at opensuse.org (Carlos E. R.) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: References: Message-ID: <56152B77.40302@opensuse.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2015-10-07 15:56, stef_204 wrote: > 1) Are there any plans to add the feature to delete attachments > selectively/manually _without_ having to save it first? > > IMHO, it would be a great improvement. I'd love it :-) > 2) While on the subject, is there a way to have an index view > which shows some type of identifiers (in a column?) for emails > which have attachments? Size? I sort the folder by size to find them. Of course, it could be a large text portion. - -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlYVK3UACgkQtTMYHG2NR9X8lQCfapZNgvjQkuOlb9AmYo1s9hBG MG0AniRwmMsvkCyqYwliz75638PP9HSv =3ewQ -----END PGP SIGNATURE----- From cca at apf.it Wed Oct 7 08:03:21 2015 From: cca at apf.it (Paolo) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] screen ... Message-ID: May be it is a little OT, but hope in some hints I have a boring problem using *Pine from remote. I connect via ssh to a CentOS 6.x box and use ALPINE 2.11. If I simply connect via ssh and start pine, it works as expected. If I start screen and use Alpine in a screen console I have visualization problems if there are mails that use characters not in the "standard" set. Annoying in the visualization of a message, but worse in the message index. Tried to set "Character Set" to UTF-8, ISO-8859-1, ... without solving the problem (little differences). Tried to start screen using various parameters (-U, -T linux, ...), without results. My knowledge of console managment is limited, so, I don't know what also try. :-( Any hints? -- Regards, Paolo ____________________________________________ From dwm at xpasc.com Wed Oct 7 08:20:48 2015 From: dwm at xpasc.com (David Morris) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] screen ... In-Reply-To: References: Message-ID: I use screen all the time for alpine (2.01(1266) at the moment). Not caring about characters not in the base ASCII set, I used what is probably a sledge hammer and set: LANG=C TERM=xterm This seems to have tamed Alpine as well as my programmer's editor. This is clearly a YMMV solution, but perhaps worth trying. (These are set before invoking screen or alpine. On Wed, 7 Oct 2015, Paolo wrote: > > May be it is a little OT, but hope in some hints > I have a boring problem using *Pine from remote. > I connect via ssh to a CentOS 6.x box and use ALPINE 2.11. > If I simply connect via ssh and start pine, it works as expected. > If I start screen and use Alpine in a screen console I have visualization > problems if there are mails that use characters not in the "standard" set. > Annoying in the visualization of a message, but worse in the message index. > Tried to set "Character Set" to UTF-8, ISO-8859-1, ... without solving the > problem (little differences). > Tried to start screen using various parameters (-U, -T linux, ...), without > results. > My knowledge of console managment is limited, so, I don't know what also try. > :-( > Any hints? > > -- > > Regards, > Paolo > > ____________________________________________ > > _______________________________________________ > Alpine-info mailing list > Alpine-info@u.washington.edu > http://mailman13.u.washington.edu/mailman/listinfo/alpine-info > > ---------- > > This email has been scanned for spam and viruses by Proofpoint Essentials > cloud email security - visit the following URL to report this email as spam: > https://us1.proofpointessentials.com/index01.php?mod_id=11&mod_option=logitem&mid=707386667&rid=113885848&report=1 > From bcasavan at angeltread.org Wed Oct 7 08:31:11 2015 From: bcasavan at angeltread.org (Brent Casavant) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] screen ... In-Reply-To: References: Message-ID: <56153ABF.3090000@angeltread.org> Hello Paolo, While I don't have direct experience with this issue, many of my coworkers use 'tmux' instead of 'screen' these days. If you are able you might want to experiment with tmux to see if it solves your problem. Thanks, Brent On 10/07/2015 10:03 AM, Paolo wrote: > > May be it is a little OT, but hope in some hints > I have a boring problem using *Pine from remote. > I connect via ssh to a CentOS 6.x box and use ALPINE 2.11. > If I simply connect via ssh and start pine, it works as expected. > If I start screen and use Alpine in a screen console I have > visualization problems if there are mails that use characters not in the > "standard" set. > Annoying in the visualization of a message, but worse in the message index. > Tried to set "Character Set" to UTF-8, ISO-8859-1, ... without solving > the problem (little differences). > Tried to start screen using various parameters (-U, -T linux, ...), > without results. > My knowledge of console managment is limited, so, I don't know what also > try. :-( > Any hints? > -- Brent Casavant bcasavan@angeltread.org From cca at apf.it Wed Oct 7 10:47:37 2015 From: cca at apf.it (Paolo) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] screen ... In-Reply-To: References: Message-ID: On Wed, 7 Oct 2015, David Morris wrote: > > I use screen all the time for alpine (2.01(1266) at the moment). > > Not caring about characters not in the base ASCII set, I used > what is probably a sledge hammer and set: > LANG=C > TERM=xterm > This seems to have tamed Alpine as well as my programmer's editor. > > This is clearly a YMMV solution, but perhaps worth trying. > > (These are set before invoking screen or alpine. I usually set LANG= to solve or reduce problem with mc but don't work always ad don't solve for aaline :-( Thanks. -- Regarts, Paolo ____________________________________________ From cca at apf.it Wed Oct 7 10:51:47 2015 From: cca at apf.it (Paolo) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] screen ... In-Reply-To: <56153ABF.3090000@angeltread.org> References: <56153ABF.3090000@angeltread.org> Message-ID: On Wed, 7 Oct 2015, Brent Casavant wrote: > Hello Paolo, > > While I don't have direct experience with this issue, many of my > coworkers use 'tmux' instead of 'screen' these days. If you are > able you might want to experiment with tmux to see if it solves > your problem. Thanks for the hints. I am testing it. Trying with the old 1.6 version in rpmforge. Seems better than screen. Thanks, Paolo > On 10/07/2015 10:03 AM, Paolo wrote: >> >> May be it is a little OT, but hope in some hints >> I have a boring problem using *Pine from remote. >> I connect via ssh to a CentOS 6.x box and use ALPINE 2.11. >> If I simply connect via ssh and start pine, it works as expected. >> If I start screen and use Alpine in a screen console I have >> visualization problems if there are mails that use characters not in the >> "standard" set. >> Annoying in the visualization of a message, but worse in the message index. >> Tried to set "Character Set" to UTF-8, ISO-8859-1, ... without solving >> the problem (little differences). >> Tried to start screen using various parameters (-U, -T linux, ...), >> without results. >> My knowledge of console managment is limited, so, I don't know what also >> try. :-( >> Any hints? From chappa at gmx.com Wed Oct 7 16:35:43 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: References: Message-ID: On Wed, 7 Oct 2015, stef_204 wrote: > 1) Are there any plans to add the feature to delete attachments > selectively/manually _without_ having to save it first? When reading the message, press V, This will give you a list of attachments, Move to the attachment you want to delete and press D to mark it deleted, then go back to the viewer or index screen and save the message to the same folder you are reading from. The saved message will not have the attachment you marked deleted. > 2) While on the subject, is there a way to have an index view which > shows some type of identifiers (in a column?) for emails which have > attachments? Press M S C and in the Index Format configuration option add the "ATT" token to the index format in the position you want. This will make Alpine slower, because this information needs to be fetched separately. > I am looking for a way to quickly identify messages which might have PDF > attachments, for example, from the index view. I agree with Carlos that size is a good way to identify messages with attachments. I hope this works. -- Eduardo http://patches.freeiz.com/alpine/ (Web) http://repo.or.cz/alpine.git (Git) From carlos.e.r at opensuse.org Wed Oct 7 18:22:30 2015 From: carlos.e.r at opensuse.org (Carlos E. R.) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: References: Message-ID: <5615C556.1030608@opensuse.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2015-10-08 01:35, Eduardo Chappa wrote: > On Wed, 7 Oct 2015, stef_204 wrote: > >> 1) Are there any plans to add the feature to delete attachments >> selectively/manually _without_ having to save it first? > > When reading the message, press V, This will give you a list of > attachments, Move to the attachment you want to delete and press D > to mark it deleted, then go back to the viewer or index screen and > save the message to the same folder you are reading from. The saved > message will not have the attachment you marked deleted. Ah, true. I always forget that this is now possible: years ago save to the same folder was not accepted; I had to save to a temporary folder, and then back. However, it is a bit inconvenient to use: you have to enter the correct destination folder, and the post appears at the end of the folder, as if it had just arrived. - -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlYVxVYACgkQja8UbcUWM1zLNgEAjIC3PRg8kH6tL3kERAY2jTWg TS9jfgmrH8p6jYQpzAYA/AwDoUJMzj94R7QgApma7THgish2tI8M9BzGauRfqHda =8J0u -----END PGP SIGNATURE----- From chappa at gmx.com Thu Oct 8 12:44:43 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: References: Message-ID: On Thu, 8 Oct 2015, stef_204 wrote: > On Wed, 07 Oct 2015 17:35:43 -0600, Eduardo Chappa wrote: > >> Press M S C and in the Index Format configuration option add the "ATT" >> token to the index format in the position you want. This will make >> Alpine slower, because this information needs to be fetched separately. > > Just tried on 2 separate accounts, it "breaks" everything, the inbox > index screen cannot paint the screen, etc. Just in case, make sure you add other tokens to the index screen also. Not just ATT. Read the help section so that you figure out how to control what appears in the index screen. -- Eduardo From lucio at lambrate.inaf.it Fri Oct 9 02:33:56 2015 From: lucio at lambrate.inaf.it (Lucio Chiappetti) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: <5615C556.1030608@opensuse.org> References: <5615C556.1030608@opensuse.org> Message-ID: On Thu, 8 Oct 2015, Carlos E. R. wrote: >> save the message to the same folder you are reading from. The saved >> message will not have the attachment you marked deleted. this was the customary trick I used to get rid of unwanted attachments (typically HTML duplicating the plain text, now I use a procmail+csh filter for that). > However, it is a bit inconvenient to use: you have to enter the > correct destination folder, and the post appears at the end of the > folder, as if it had just arrived. Well, that can easily be cured if you go to the destination folder, select all messages with the date after the last appended, do A S to save them in the current folder, and A D to delete the old ones. I store my mail by topic folders, but often I keep "in evidence" as unread in inbox messages to be dealt with. When they are done, I save them to the appropriate folder, and use above trick to restore chronological order. The only thing I'd like is that Save would prompt me with a shortcut for saving in current folder, or in a history list of recently accessed ones, instead of navigating thru all my long list of folders and collections. -- ------------------------------------------------------------------------ Lucio Chiappetti - INAF/IASF - via Bassini 15 - I-20133 Milano (Italy) For more info : http://www.iasf-milano.inaf.it/~lucio/personal.html ------------------------------------------------------------------------ Do not like Firefox >=29 ? Get Pale Moon ! http://www.palemoon.org From alandhae at gmx.de Fri Oct 9 04:47:50 2015 From: alandhae at gmx.de (alandhae@gmx.de) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] screen ... In-Reply-To: References: <56153ABF.3090000@angeltread.org> Message-ID: On Wed, 7 Oct 2015, Paolo wrote: Hi Paolo, I'm using: screen -v Screen version 4.00.03 (FAU) 23-Oct-06 always starting the session/reconnecting the screen with screen -xRS alpine alpine you just have to disconnect with a d reconnect again with above screen command. .screenrc containing: crlf off defc1 off defautonuke off defbce off deflogin on vbell off allpartial off defwrap on msgminwait 0 msgwait 2 multiuser off activity "" autodetach on startup_message off bell_msg '^G' pow_detach_msg "Screen session of \$LOGNAME \$:cr:\$:nl:ended." shell -/bin/bash shelltitle '$ |sh' defscrollback 200 bind 'e' hstatus "" bind 'e' hstatus "" bind s bindkey ^A eval "echo -->?" mapdefault command caption always "%{= kc}%H (system load: %l)%-16=%{= .w}%D %d.%m.%Y" hardstatus alwayslastline "%{= .}%5`%{=r .} %-Lw%{= .}%L> %n%h %t %{-}%+Lw%-7=%{= .}%c%{=r .}" Based on Christoph 'Mehdorn' Weber .screenrc My xterms have following TERM set: set|grep TERM COLORTERM=1 TERM=xterm XTERM_LOCALE=en_US.iso885915 XTERM_SHELL=/bin/bash XTERM_VERSION='X.Org 6.8.99.903(268)' locale LANG=de_DE@euro LC_CTYPE="en_US.iso885915" LC_NUMERIC="en_US.iso885915" LC_TIME="en_US.iso885915" LC_COLLATE="en_US.iso885915" LC_MONETARY="en_US.iso885915" LC_MESSAGES="en_US.iso885915" LC_PAPER="en_US.iso885915" LC_NAME="en_US.iso885915" LC_ADDRESS="en_US.iso885915" LC_TELEPHONE="en_US.iso885915" LC_MEASUREMENT="en_US.iso885915" LC_IDENTIFICATION="en_US.iso885915" LC_ALL=en_US.iso885915 For me it's working quite well, double byte characters aren't diplaying well and sometimes "?" are displayed, especially on chinese characters ... just my 2? Andreas > On Wed, 7 Oct 2015, Brent Casavant wrote: > >> Hello Paolo, >> >> While I don't have direct experience with this issue, many of my >> coworkers use 'tmux' instead of 'screen' these days. If you are >> able you might want to experiment with tmux to see if it solves >> your problem. > > Thanks for the hints. > I am testing it. > Trying with the old 1.6 version in rpmforge. Seems better than screen. > > Thanks, Paolo > > > >> On 10/07/2015 10:03 AM, Paolo wrote: >>> >>> May be it is a little OT, but hope in some hints >>> I have a boring problem using *Pine from remote. >>> I connect via ssh to a CentOS 6.x box and use ALPINE 2.11. >>> If I simply connect via ssh and start pine, it works as expected. >>> If I start screen and use Alpine in a screen console I have >>> visualization problems if there are mails that use characters not in the >>> "standard" set. >>> Annoying in the visualization of a message, but worse in the message >>> index. >>> Tried to set "Character Set" to UTF-8, ISO-8859-1, ... without solving >>> the problem (little differences). >>> Tried to start screen using various parameters (-U, -T linux, ...), >>> without results. >>> My knowledge of console managment is limited, so, I don't know what also >>> try. :-( >>> Any hints? > _______________________________________________ > Alpine-info mailing list > Alpine-info@u.washington.edu > http://mailman13.u.washington.edu/mailman/listinfo/alpine-info > -- Andreas Landh?u?er +49 151 12133027 (mobile) alandhae@gmx.de From chappa at gmx.com Fri Oct 9 06:42:03 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: References: <5615C556.1030608@opensuse.org> Message-ID: On Fri, 9 Oct 2015, Lucio Chiappetti wrote: > The only thing I'd like is that Save would prompt me with a shortcut for > saving in current folder, or in a history list of recently accessed > ones, instead of navigating thru all my long list of folders and > collections. Alpine recalls by default the folders that you have used to save in the past, just press the Up and Down arrows when offered the save prompt. This is the default, unless you enable [X] Disable Save Input History I hope this helps. -- Eduardo http://patches.freeiz.com/alpine/ (Web) http://repo.or.cz/alpine.git (Git) From lucio at lambrate.inaf.it Fri Oct 9 06:51:55 2015 From: lucio at lambrate.inaf.it (Lucio Chiappetti) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: References: <5615C556.1030608@opensuse.org> Message-ID: On Fri, 9 Oct 2015, Eduardo Chappa wrote: > Alpine recalls by default the folders that you have used to save in the past, > just press the Up and Down arrows when offered the save prompt. This is the > default, unless yu enable Disable Save Input History And it's even written in the reminder ! :blush ! I had learned ^P ^N for Previous and Next collections but for unexplained reasons the obvious Up and Down escaped my attention ! From pine at goessling.de Fri Oct 9 07:23:47 2015 From: pine at goessling.de (Stefan Goessling) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: References: <5615C556.1030608@opensuse.org> Message-ID: Hi everyone >> Alpine recalls by default the folders that you have used to save in the >> past, just press the Up and Down arrows when offered the save prompt. This >> is the default, unless yu enable Disable Save Input History It does so, but in a slightly akward way that limits usability: when I use the Up and Down button Alpine (2.20) does not only change the target directory, but also the target FILE NAME, using the entry from the history. This makes saving attachments more painful that it could be. I can choose between two hassles: going through the directory list, but keeping the desired file name (always starting at the root directory, not the latest directoy, so quite cumbersome) OR choosing from the past directories, but having to change the target file name back to original file name as attached to the message (IF I remember that file name). I believe, this could be improved upon. Greetings, Stefan From mumpsoid at gmx.com Fri Oct 9 09:18:25 2015 From: mumpsoid at gmx.com (Duke Normandin) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Testing - please ignore Message-ID: <20151009101825.1c96b6da61f2646465353f90@gmx.com> I've been having trouble getting through. -- Duke From chappa at gmx.com Fri Oct 9 09:26:31 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: References: <5615C556.1030608@opensuse.org> Message-ID: On Fri, 9 Oct 2015, Stefan Goessling wrote: > It does so, but in a slightly akward way that limits usability: when I > use the Up and Down button Alpine (2.20) does not only change the target > directory, but also the target FILE NAME, using the entry from the > history. Stefan, the latest version in the git repository has the following ability: * When saving an attachment, the ^Y and ^V commands allow a user to scroll through the history of directories used to save attachments, while preserving the given name of the file. Suggested by Peter Koellner. Does that help? -- Eduardo From mattack at apple.com Fri Oct 9 11:42:52 2015 From: mattack at apple.com (Matt Ackeret) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: References: <5615C556.1030608@opensuse.org> Message-ID: On Thu, 8 Oct 2015, stef_204 wrote: >On Thu, 08 Oct 2015 03:22:30 +0200, Carlos E. R. wrote: > >> However, it is a bit inconvenient to use: you have to enter the correct >> destination folder, and the post appears at the end of the folder, as if >> it had just arrived. > >Yes, I really believe that just being able to delete attachments without >any conditions or workarounds, etc., would be a significant improvement, >IMHO. I'm not sure if this is technically even possible. It *might* be possible for local mail on your machine. For remote mail, on a server (which of my mail is, for example), think of each email as a read only document that can't be changed. So to change anything, you have to make a copy of the document. That's what you're doing by marking attachments as deleted and saving the email to the same folder. I *think* that's what GUI email programs are doing behind your back when they appear to delete attachments from the 'same' email. Someone please correct me if I'm wrong.. But even so, I still think alpine's UI is more of a "viewer", and you'd still have to perform *a command* (expunge while in the view attachments list?) to actually execute the deletion, to not lose data. From mattack at apple.com Fri Oct 9 12:05:01 2015 From: mattack at apple.com (Matt Ackeret) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: References: Message-ID: On Thu, 8 Oct 2015, stef_204 wrote: >Carlos' comment that using the workaround then marks the message >containing the attachment as just arrived or last arrived is a problem, >when one is going over some old emails and cleaning up attachments, etc. I wouldn't call that a workaround (v, d, then save the message), it's the way it was designed. But a workaround for THIS issue is to either view the folder by date OR.. go into the folder, sort it the way you want.. then select all, and save all into the same folder. Now you'll have all of them in 'arrival' order in the right order. Someone else gave me this workaround years ago when I was complaining about some similar ordering issue.. (Though nowadays I basically use arrival by thread and ordered-subject ordering most of the time..) From mattack at apple.com Fri Oct 9 12:19:50 2015 From: mattack at apple.com (Matt Ackeret) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: References: <5615C556.1030608@opensuse.org> Message-ID: On Fri, 9 Oct 2015, Eduardo Chappa wrote: > Alpine recalls by default the folders that you have used to save in the past, > just press the Up and Down arrows when offered the save prompt. This is the > default, unless you enable There's no way to make it remember this across runs, is there? I didn't even know about this, but it only seems to remember in the current session. If it kept that info on the server or even in the dotfile that'd be great. From carlos.e.r at opensuse.org Fri Oct 9 12:20:01 2015 From: carlos.e.r at opensuse.org (Carlos E. R.) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: References: Message-ID: <56181361.7070200@opensuse.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2015-10-09 21:05, Matt Ackeret wrote: > go into the folder, sort it the way you want.. then select all, and > save all into the same folder. Now you'll have all of them in > 'arrival' order in the right order. Yes, but with a snag: you have to use "^W Preserve Order", which can make the operation much slower. - -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlYYE2EACgkQja8UbcUWM1wFFgD+NzOBOTZk4SoEf+s9ForKrkdT Tk7gEzHsUcpxlMa/umkA/j86gCV+FhtLIjrp6K7iDsFddVZs4OPf9s61BA/7nsMG =00Xv -----END PGP SIGNATURE----- From mattack at apple.com Fri Oct 9 13:03:30 2015 From: mattack at apple.com (Matt Ackeret) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: <56181361.7070200@opensuse.org> References: <56181361.7070200@opensuse.org> Message-ID: On Fri, 9 Oct 2015, Carlos E. R. wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA256 > >On 2015-10-09 21:05, Matt Ackeret wrote: > >> go into the folder, sort it the way you want.. then select all, and >> save all into the same folder. Now you'll have all of them in >> 'arrival' order in the right order. > >Yes, but with a snag: you have to use "^W Preserve Order", which can >make the operation much slower. Interesting. I have the default setting for save combines, which says it may be out of order, and I didn't know about this sub-command.. So maybe I've just been lucky in the couple of times I've used this? or maybe when copying a WHOLE folder, which I think is how I used this in the past, it _happens_ to actually preserve the order? From mattack at apple.com Mon Oct 12 10:36:35 2015 From: mattack at apple.com (Matt Ackeret) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Delete Attachment feature In-Reply-To: References: <5615C556.1030608@opensuse.org> Message-ID: On Mon, 12 Oct 2015, stef_204 wrote: >On Fri, 09 Oct 2015 11:42:52 -0700, Matt Ackeret wrote: > >> I'm not sure if this is technically even possible. It *might* be >> possible for local mail on your machine. > >It's totally possible, on a server. *explain technically, with the IMAP protocol, how it is possible*? I completely admit that I barely know about the IMAP protocol, but what I do know seems to make this not possible. >It's just tough to find applications which are capable of doing so. >But for example, Claws-Mail is capable of doing so easily. Again, I bet it does exactly what I am suspecting -- copy the message but show to the user that it's deleting in the "same" message. That's very easy to fake out UI wise. From thomas at ifi.uio.no Wed Oct 14 06:47:40 2015 From: thomas at ifi.uio.no (Thomas Gramstad) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] How to make Incoming Startup Rule work? Message-ID: I have set up Incoming Startup Rule to first-recent in the config, but Alpine invariably starts at the end, as if the config said last instead of first-recent -- which it doesn't. How can I make the setting work? What else influences it? Thomas Gramstad From chappa at gmx.com Wed Oct 14 06:56:23 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] How to make Incoming Startup Rule work? In-Reply-To: References: Message-ID: On Wed, 14 Oct 2015, Thomas Gramstad wrote: > I have set up Incoming Startup Rule to first-recent in the config, but > Alpine invariably starts at the end, as if the config said last instead > of first-recent -- which it doesn't. > > How can I make the setting work? What else influences it? Thomas, do you have that folder opened in another e-mail program? If so, recent only applies to one session, so it might be the other session the one that sees the recent messages, not the one you want it to be. Have you tried "first-unseen" instead? -- Eduardo From thomas at ifi.uio.no Wed Oct 14 14:32:23 2015 From: thomas at ifi.uio.no (Thomas Gramstad) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] How to make Incoming Startup Rule work? Message-ID: On Wed, 14 Oct 2015, Eduardo Chappa wrote: > On Wed, 14 Oct 2015, Thomas Gramstad wrote: > >> I have set up Incoming Startup Rule to first-recent in the config, but >> Alpine invariably starts at the end, as if the config said last instead of >> first-recent -- which it doesn't. >> >> How can I make the setting work? What else influences it? > > Thomas, do you have that folder opened in another e-mail program? No -- not at the same time. I use Alpine both at work and on my home computer, and my home computer connects to the server and the same INBOX at the university (I don't run a mail server at home). I quit Alpine before I go to bed, and I log off when I leave the university. > If so, recent only applies to one session, so it might be the other session > the one that sees the recent messages, not the one you want it to be. No, both of them start at the end, skipping the new messages that arrived after leaving the one place and before starting Alpine the other place. > Have you tried "first-unseen" instead? Will try it. Thomas Gramstad From ml-alpine at zu-con.org Thu Oct 15 03:34:22 2015 From: ml-alpine at zu-con.org (Matthias Rieber) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] NextNew in Folder-Collection Message-ID: Hello, is it possible to use NextNew (Tab on last message in a folder) to jump to the next folder with a recent/unseen message in the same folder-collection? What I want to solve: I've a folder collection with some mailing lists and I want to easily switch from list to list. Preferable in the same manner as in newsgroups or incoming folders. Matthias From thomas at ifi.uio.no Wed Oct 21 16:50:32 2015 From: thomas at ifi.uio.no (Thomas Gramstad) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] How to make Incoming Startup Rule work? (fwd) Message-ID: On Wed, 14 Oct 2015, Thomas Gramstad wrote: > On Wed, 14 Oct 2015, Eduardo Chappa wrote: > >> On Wed, 14 Oct 2015, Thomas Gramstad wrote: >> >>> I have set up Incoming Startup Rule to first-recent in the >>> config, but Alpine invariably starts at the end, as if the >>> config said last instead of first-recent -- which it doesn't. >>> >>> How can I make the setting work? What else influences it? >> >> Thomas, do you have that folder opened in another e-mail program? > > No -- not at the same time. I use Alpine both at work and on my > home computer, and my home computer connects to the server and > the same INBOX at the university (I don't run a mail server at > home). I quit Alpine before I go to bed, and I log off when I > leave the university. > >> If so, recent only applies to one session, so it might be the >> other session the one that sees the recent messages, not the >> one you want it to be. > > No, both of them start at the end, skipping the new messages > that arrived after leaving the one place and before starting > Alpine the other place. > >> Have you tried "first-unseen" instead? > > Will try it. Doesn't work. Starts at first unseen which is far away from first recent, almost at the beginning of the INBOX. It is no better than starting at the very last message. Why do separate entryways to the INBOX screw up "first recent" when they are not used at the same time? Thomas Gramstad From chappa at gmx.com Wed Oct 21 17:51:11 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] How to make Incoming Startup Rule work? (fwd) In-Reply-To: References: Message-ID: On Thu, 22 Oct 2015, Thomas Gramstad wrote: > Doesn't work. Starts at first unseen which is far away from first > recent, almost at the beginning of the INBOX. It is no better than > starting at the very last message. > > Why do separate entryways to the INBOX screw up "first recent" when they > are not used at the same time? Recent is a per-session flag. A message is marked Recent in the first session that sees it in a not read-only fashion. For the second session that sees it, the message is not recent. If there is a process that opens your mailbox, it may remove the recent flag from messages in your folder, so watch for that. After all, it is not Alpine who decides which message is recent, but it is the server, so as long as you are not opening the folder, the "first-recent" setting will work well. -- Eduardo http://patches.freeiz.com/alpine/ (Web) http://repo.or.cz/alpine.git (Git) From olaf at kravcenko.com Thu Oct 22 04:15:58 2015 From: olaf at kravcenko.com (Olaf Skibbe) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Bug when exporting messages in Alpine 2.11? Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I experience the following behavior of Alpine 2.11 (Debian Jessie): When I open a message, and press "e" to export it, then arrow up to see earlier selections and finally arrow down to go back in the history, alpine crashes with segmentation fault. The message it leaves is: Problem detected: "Received abort signal(sig=11)". Alpine Exiting. Aborted Any ideas? Cheers, Olaf -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: ?|? iQIcBAEBAgAGBQJWKMVxAAoJEIYD5eS38mEeHaMQALp7ZDiSOjTUyIFRUBEDwzu8 h662o8sbuTN5AVKNJxuPE1MiJxZIF3wHzAwcFNIm5CLWz8wdHnOHwZvM7YY35ERh iGy/8Ce0nEJIu1ami0tL3Q9p14UukR6RqtcTfZcSwqfMXgYjBqL8EHlL+X6s8ufy aSeqId+R8U7h6dra63afycKiYg3UC0gCDApzVEmmRZTb+lG6Te9t1Ov1hAHGwwce b0b6kLYDkWfq3P0lZ/JBn7EzyxcwqK7D+8FMoZL3keYIMH0KMM3LqfkTIhSIo1G2 yH68YGL5pw8eJrg9TIqURORSo0p+rEVFP+3BrFedBRPIXxBPYK0rBfcHgp8UWPSz RqfKCGaNj2GyQ06PPkYO5WGpL99J0DuNuVKwf9nhYA4kuAsC13q3g6jq7BnEcMkV z9JbDg1M0tgm9I5p8Qo8PRcHPpW00pf2Eb+KQzfxw10VyP0rA7gjGj1p/AOGeDd9 0v5EnhB2vV+aVJprjsqb4icUrnTO2s5A+ZaNeJTtzyWijBaZHWfxucl7Fn7YRjuu UIa2yHAsCgFaQsSVG0DET9CbRwrLpIEd6N3QmjcNcU1WQJ7oSOyZFTVpJiSyVoeJ DcIp8q44Q5j89DYSS/535K3TOq/Dq+ns/+3PGX3/ZmmOFCpiLxKcX8TJiFy3bu+h 34UcnjJT7JI8kYLdGitW =1/gy -----END PGP SIGNATURE----- From schamane at fam.tuwien.ac.at Thu Oct 22 04:30:30 2015 From: schamane at fam.tuwien.ac.at (Andreas Schamanek) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Bug when exporting messages in Alpine 2.11? In-Reply-To: References: Message-ID: On Thu, 22 Oct 2015, at 13:15, Olaf Skibbe wrote: > I experience the following behavior of Alpine 2.11 (Debian Jessie): > When I open a message, and press "e" to export it, then arrow up to > see earlier selections and finally arrow down to go back in the > history, alpine crashes with segmentation fault. I can confirm this for Alpine 2.20.8 on Debian Wheezy. It misbehaves like you described it. -- -- Andreas :-| From chappa at gmx.com Thu Oct 22 06:43:47 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] Bug when exporting messages in Alpine 2.11? In-Reply-To: References: Message-ID: On Thu, 22 Oct 2015, Andreas Schamanek wrote: > On Thu, 22 Oct 2015, at 13:15, Olaf Skibbe wrote: > >> I experience the following behavior of Alpine 2.11 (Debian Jessie): >> When I open a message, and press "e" to export it, then arrow up to see >> earlier selections and finally arrow down to go back in the history, >> alpine crashes with segmentation fault. > > I can confirm this for Alpine 2.20.8 on Debian Wheezy. It misbehaves > like you described it. Thank you for the report. This is already fixed in the git repository and will be available in version 2.20.9. commit 040d361422b6b5791678220366be2374107801b1 Author: Eduardo Chappa Date: Sat Sep 19 12:51:49 2015 -0600 * Crash when reviewing history of saving attachments. -- Eduardo http://patches.freeiz.com/alpine/ (Web) http://repo.or.cz/alpine.git (Git) From peter at asgalon.net Sat Oct 24 08:02:27 2015 From: peter at asgalon.net (Peter Koellner) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] current alpine crashes on OS X 10.11.1 on attahcments Message-ID: Dear all, I just updated the old MacBookPro to OS X 10.11.1, and reconfigured, recompiled and installed from a current git pull. The effect is that alpine crashes when I open a mail with some pdf attachments. This seems to be some problem with the OS X speciic code, the errror message in stderr looks like this: 2015-10-24 16:47:14.433 alpine[24371:1568404] -[__NSCFError relativeString]: unrecognized selector sent to instance 0x7faa5ba41db0 2015-10-24 16:47:14.437 alpine[24371:1568404] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[__NSCFError relativeString]: unrecognized selector sent to instance 0x7faa5ba41db0' *** First throw call stack: ( 0 CoreFoundation 0x00007fff8d3dae32 __exceptionPreprocess + 178 1 libobjc.A.dylib 0x00007fff864d3dd4 objc_exception_throw + 48 2 CoreFoundation 0x00007fff8d44434d -[NSObject(NSObject) doesNotRecognizeSelector:] + 205 3 CoreFoundation 0x00007fff8d34b661 ___forwarding___ + 1009 4 CoreFoundation 0x00007fff8d34b1e8 _CF_forwarding_prep_0 + 120 5 CoreFoundation 0x00007fff8d2e5a76 CFURLGetString + 182 6 alpine 0x00000001036c891f osx_build_mime_type_cmd + 143 7 alpine 0x00000001036c8858 mime_get_os_mimetype_command + 120 8 alpine 0x000000010364a348 mc_get_command + 744 9 alpine 0x000000010364a5bc mailcap_can_display + 60 10 alpine 0x0000000103669c8f describe_mime + 191 11 alpine 0x0000000103663227 format_attachment_list + 119 12 alpine 0x000000010366254c format_message + 540 13 alpine 0x000000010356d07a mail_view_screen + 1194 14 alpine 0x0000000103503ba5 main + 8229 15 libdyld.dylib 0x00007fff981a45ad start + 1 ) libc++abi.dylib: terminating with uncaught exception of type NSException This looks like some slight API change to me... Well, I'll try to fix it tomorrow if nobody with more OS X experience has a quick and easy solution... Regards Peter From chappa at gmx.com Sat Oct 24 09:53:51 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] current alpine crashes on OS X 10.11.1 on attahcments In-Reply-To: References: Message-ID: On Sat, 24 Oct 2015, Peter Koellner wrote: > I just updated the old MacBookPro to OS X 10.11.1, and reconfigured, > recompiled and installed from a current git pull. > > The effect is that alpine crashes when I open a mail with some pdf > attachments. Thank you dear Peter for the report. The crash is in the OS X specific code as you had infered. Thank you for trying the patch I sent you. I have added that patch to the current git repository. Thank you! -- Eduardo http://patches.freeiz.com/alpine/ (Web) http://repo.or.cz/alpine.git (Git) From cottrell at wfu.edu Sat Oct 24 11:30:14 2015 From: cottrell at wfu.edu (Allin Cottrell) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] occasional alpine 100% CPU usage problem Message-ID: I'm running Alpine 2.20.3 on Arch Linux and in general I'm a very satisfied "customer". One thing I'm seeing, maybe every couple of weeks or so: my system will suddenly slow down dramatically, and on running "top" I see alpine stuck at close to 100% CPU usage. I'm not doing anything interactive with alpine when this happens. The only way out is to quit alpine and restart it: when this starts it doesn't seem to stop on its own. I should probably mention that my mail account is held by gmail, which I'm accessing via IMAP. And this problem is relatively new; I didn't ever see it before (maybe) two months ago. Anyone else seen this, and/or have any suggestions as to what might be going on? Thanks. -- Allin Cottrell Department of Economics Wake Forest University, NC From chappa at gmx.com Sat Oct 24 13:07:16 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] occasional alpine 100% CPU usage problem In-Reply-To: References: Message-ID: On Sat, 24 Oct 2015, Allin Cottrell wrote: > One thing I'm seeing, maybe every couple of weeks or so: my system > will suddenly slow down dramatically, and on running "top" I see > alpine stuck at close to 100% CPU usage. Dear Allin, when this happens again, please do as follows: * use top or ps to figure out the process id of Alpine. To give you an example, say you get the pid to be 1234. * run "gdb ./alpine" or "gdb /path/to/alpine" and once in gdb execute the command (gdb) attach 1234 this will show you where Alpine is at the time when it went 100% cpu. Please let us know what you find. Having said all of this, did you download this version from a site, or did you build it by yourself? If you downloaded this version from a site, can you compile it yourself? Are you running patched source? Thank you! -- Eduardo http://patches.freeiz.com/alpine/ (Web) http://repo.or.cz/alpine.git (Git) From cottrell at wfu.edu Sat Oct 24 13:50:10 2015 From: cottrell at wfu.edu (Allin Cottrell) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] occasional alpine 100% CPU usage problem In-Reply-To: References: Message-ID: On Sat, 24 Oct 2015, Eduardo Chappa wrote: > On Sat, 24 Oct 2015, Allin Cottrell wrote: > >> One thing I'm seeing, maybe every couple of weeks or so: my system >> will suddenly slow down dramatically, and on running "top" I see >> alpine stuck at close to 100% CPU usage. > > Dear Allin, > > when this happens again, please do as follows: > > * use top or ps to figure out the process id of Alpine. To give you > an example, say you get the pid to be 1234. > > * run "gdb ./alpine" or "gdb /path/to/alpine" and once in gdb execute > the command > > (gdb) attach 1234 > > this will show you where Alpine is at the time when it went 100% cpu. Please > let us know what you find. OK, will do. > Having said all of this, did you download this version from a > site, or did you build it by yourself? If you downloaded this > version from a site, can you compile it yourself? Are you running > patched source? I compiled it myself, but I'm afraid at this point I've lost track of whether it was patched or not: all I'm sure of is the reported version: 2.20.3. Ah, except that I can also say that the source tarball is dated March 17, 2015. -- Allin Cottrell Department of Economics Wake Forest University From porcelain_mouse at vfemail.net Sun Oct 25 16:53:36 2015 From: porcelain_mouse at vfemail.net (Porcelain Mouse) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] GMail Problems: Sign-in attempt prevented Message-ID: Hello All, I've been on this list for a long time and I've seen many people complain about GMail's IMAP implementation. But, I've never heard about this sort of discrimination. 1) The given URI points to a page that says "your system administrator" can change this setting. Is that for managed accounts? I see I can change this setting for my personal Android account, but I wonder if it's different for managed accounts. (The account in question is one of those outsourced e-mail accounts.) 2) Does anyone understand the horse s**t they are slinging about "latest security standards?" -- PMouse ---------- Forwarded message ---------- From: Google Subject: Sign-in attempt prevented Sign-in attempt prevented Hi , Someone just tried to sign in to your Google Account from an app that doesn't meet modern security standards. Details: *We strongly recommend that you use a secure app, like Gmail, to access your account. All apps made by Google meet these security standards. Using a less secure app, on the other hand, could leave your account vulnerable. Learn more . Google stopped this sign-in attempt, but you should review your recently used devices: From chappa at gmx.com Sun Oct 25 19:43:37 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] GMail Problems: Sign-in attempt prevented In-Reply-To: References: Message-ID: On Sun, 25 Oct 2015, Porcelain Mouse wrote: > 1) The given URI points to a page that says "your system administrator" > can change this setting. Is that for managed accounts? I see I can > change this setting for my personal Android account, but I wonder if > it's different for managed accounts. (The account in question is one of > those outsourced e-mail accounts.) You should ask that question to Google. > 2) Does anyone understand the horse s**t they are slinging about "latest > security standards?" Excusing your language in a technical mailing list, what is happening is that the normal way to authenticate is through a login/password pair. The new way is through login/password/device. Device includes the program you are using, which must be registered with Google. The idea is that a hacker can steal your username/password combo, but if it does not match the device/program combo, then it is not you, it is a hacker (or whoever you gave your password to in the past.) Alpine is not registered with Google, so you can not register your device with Google; Alpine does not implement the standard that you need either, so what you should do is to allow the less secure login, which is just your username/password combo. Does that make sense? -- Eduardo http://patches.freeiz.com/alpine/ (Web) http://repo.or.cz/alpine.git (Git) From chappa at gmx.com Sun Oct 25 21:24:31 2015 From: chappa at gmx.com (Eduardo Chappa) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] GMail Problems: Sign-in attempt prevented In-Reply-To: References: Message-ID: On Sun, 25 Oct 2015, Porcelain Mouse wrote: > 2) An application is deemed "less secure" if it doesn't implement OAuth > 2.0. > > That's really what I wanted to know about this Google bologna. > > As for Alpine, the question is now very clear: OAuth? Anybody thought > about implementing it? There is a difference between OAuth and OAuth2.0. Google deprecated the former and now uses the latter. As far as I understand, there is no need to implement OAuth 2.0 yet because it can be overriden and I have been procrastinating doing it, but if someone wants to implement this, patches are welcome. -- Eduardo http://patches.freeiz.com/alpine/ (Web) http://repo.or.cz/alpine.git (Git) From porcelain_mouse at vfemail.net Sun Oct 25 22:03:33 2015 From: porcelain_mouse at vfemail.net (Porcelain Mouse) Date: Tue Jun 12 15:15:00 2018 Subject: [Alpine-info] GMail Problems: Sign-in attempt prevented (fwd) Message-ID: To the List: Sorry, I replied to Eduardo from the wrong addr and the message was dropped. If you were confused by his other reply to me, here is what I sent him and it includes what I think is interesting stuff about GMail... On Sunday, 25 October 2015, Eduardo Chappa wrote: >> 2) Does anyone understand the horse s**t they are slinging about >> "latest security standards?" > > Excusing your language in a technical mailing list, what is happening is > that the normal way to authenticate is through a login/password pair. > The new way is through login/password/device. Device includes the > program you are using, which must be registered with Google. The idea is > that a hacker can steal your username/password combo, but if it does not > match the device/program combo, then it is not you, it is a hacker (or > whoever you gave your password to in the past.) Alpine is not registered > with Google, so you can not register your device with Google; Alpine > does not implement the standard that you need either, so what you should > do is to allow the less secure login, which is just your > username/password combo. Does that make sense? Thanks. I understand the value and theory behind this. But, I don't understand the implementation. While researching this a bit more, I found this page which is much more useful than the URI included in Google's message: https://support.google.com/a/answer/6260879?hl=en It says two things: 1) Enabling "less secure clients" is equivalent to enabling Application-Specific Passwords (ASPs) for each client. Cool; I get that. 2) An application is deemed "less secure" if it doesn't implement OAuth 2.0. That's really what I wanted to know about this Google bologna. As for Alpine, the question is now very clear: OAuth? Anybody thought about implementing it? (BTW, I read some really horrible things about OAuth that saddened me. I remember when I first heard about it and was so hopeful. But, some people who were deeply involved with the IETF group left and they say it is actually less secure. It seems like, whatever we think up to fix security, we inevitably compromise it, and so it becomes the next thing we have to fix.) -- PMouse