From saschaview at gmail.com Wed Mar 2 01:26:53 2011 From: saschaview at gmail.com (Sascha Vieweg) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Set diffent personal name Message-ID: Hello Alpine (Alpine 2.00, OSX 1167 2008-08-23) offers the option to set a personal name that differs from the system?s login: personal-name=abcdefg However, the option does not seem to have an effect, instead, apline uses the Unix system?s login name. Why? How to circumvent? Thanks, *S* -- Sascha Vieweg, saschaview@gmail.com From robin.listas at telefonica.net Wed Mar 2 04:52:58 2011 From: robin.listas at telefonica.net (Carlos E. R.) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Make Gmail to download messages sent by me In-Reply-To: References: <20110221103648.GM10292@petole.demisel.net> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday, 2011-02-21 at 17:43 +0100, Sascha Vieweg wrote: >> Case 2: you are downloading mail from gmail using pop, then you only need >> to fcc outgoing mail in the correct mailing-list folder. > > This method works, too, but it has the (optical) disadvantage that text > added, say, by a mailing list, does not appear in *my* copy while it indeed > appears in the server's copy of the thread, e.g., the "[Alpine-info]" added > to the subject line. However, it indeed saves traffic. It works like this. You send an email to the list. The list sends that email back to you, with their headers and such. Gmail looks at that email, sees it has the same message-id than the one you sent, decides it is a duplicate, and deletes it. You will never see it. Also, if someone responds to your mail to a list, sending two copies, one to the list and another direct to you, you will only receive the "off-list" reply because it arrives at gmail first. The mail that arrives second is considered a duplicate and deleted. So, if you are not careful, you may think that you were contacted off-list. You have to look at the headers and see the cc. - -- Cheers, Carlos E. R. (from 11.2 x86_64 "Emerald" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) iEYEARECAAYFAk1uPbEACgkQtTMYHG2NR9XIQACfdqmlfUmOTCROeYOKNQQKdcX4 7TMAniGkCcOZ5LYFNLSsHq0yXE/6Z+Pg =DL9y -----END PGP SIGNATURE----- From brunoalexandremiguel at gmail.com Wed Mar 2 08:47:46 2011 From: brunoalexandremiguel at gmail.com (Bruno Miguel) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Problem with Default Saved Message Folder Message-ID: I've setted up the Default Saved Message Folder to a custom IMAP folder I have in my server, but Alpine is always complaining about the name being invalid and doesn't let me move the emails to that folder in the server. This is what I have: Default Saved Message Folder = {mail.interacesso.pt:143/user=bruno.miguel}lido The email folder hierarchy is: Inbox Inbox > Lido Am I missing something here? From saschaview at gmail.com Wed Mar 2 09:19:39 2011 From: saschaview at gmail.com (Sascha Vieweg) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Problem with Default Saved Message Folder In-Reply-To: References: Message-ID: On 11-03-02 17:47, Bruno Miguel wrote: > I've setted up the Default Saved Message Folder to a custom IMAP > folder I have in my server, but Alpine is always complaining about the > name being invalid and doesn't let me move the emails to that folder > in the server. > > This is what I have: > Default Saved Message Folder = {mail.interacesso.pt:143/user=bruno.miguel}lido > > The email folder hierarchy is: > Inbox > Inbox > Lido > > Am I missing something here? Have you tried: {mail.interacesso.pt:143/user=bruno.miguel}[]/lido or {mail.interacesso.pt:143/user=bruno.miguel}[INBOX]/lido ? -- Sascha Vieweg, saschaview@gmail.com From brunoalexandremiguel at gmail.com Wed Mar 2 09:38:47 2011 From: brunoalexandremiguel at gmail.com (Bruno Miguel) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Problem with Default Saved Message Folder In-Reply-To: References: Message-ID: None works :( On Wed, Mar 2, 2011 at 5:19 PM, Sascha Vieweg wrote: > On 11-03-02 17:47, Bruno Miguel wrote: > >> I've setted up the Default Saved Message Folder to a custom IMAP >> folder I have in my server, but Alpine is always complaining about the >> name being invalid and doesn't let me move the emails to that folder >> in the server. >> >> This is what I have: >> Default Saved Message Folder = >> {mail.interacesso.pt:143/user=bruno.miguel}lido >> >> The email folder hierarchy is: >> Inbox >> Inbox > Lido >> >> Am I missing something here? > > Have you tried: > > {mail.interacesso.pt:143/user=bruno.miguel}[]/lido > > or > > {mail.interacesso.pt:143/user=bruno.miguel}[INBOX]/lido > > ? > > -- > Sascha Vieweg, saschaview@gmail.com > _______________________________________________ > Alpine-info mailing list > Alpine-info@u.washington.edu > http://mailman13.u.washington.edu/mailman/listinfo/alpine-info > From alpine at benizi.com Wed Mar 2 09:49:28 2011 From: alpine at benizi.com (Benjamin R. Haskell) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Problem with Default Saved Message Folder In-Reply-To: References: Message-ID: On Wed, 2 Mar 2011, Bruno Miguel wrote: > None works :( Mail servers often make folder names case-sensitive. The name "INBOX" itself, though, is special[1] ("Inbox", "inbox", and "InBoX" would all specify the same folder). Plus, there are a couple more ways of delimiting a subfolder of INBOX, depending on the server's configuration. So, left to try: # different capitalization than tried before {mail.interacesso.pt:143/user=bruno.miguel}Lido {mail.interacesso.pt:143/user=bruno.miguel}[]/Lido {mail.interacesso.pt:143/user=bruno.miguel}[INBOX]/Lido # different ways to specify that the folder is under 'INBOX' {mail.interacesso.pt:143/user=bruno.miguel}INBOX/Lido {mail.interacesso.pt:143/user=bruno.miguel}INBOX.Lido -- Best, Ben [1] http://tools.ietf.org/html/rfc3501#section-5.1 From brunoalexandremiguel at gmail.com Wed Mar 2 10:04:09 2011 From: brunoalexandremiguel at gmail.com (Bruno Miguel) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Problem with Default Saved Message Folder In-Reply-To: References: Message-ID: The dot fixed it (INBOX.lido). Thank you very much to all :) On Wed, Mar 2, 2011 at 5:49 PM, Benjamin R. Haskell wrote: > On Wed, 2 Mar 2011, Bruno Miguel wrote: > >> None works :( > > Mail servers often make folder names case-sensitive. ?The name "INBOX" > itself, though, is special[1] ("Inbox", "inbox", and "InBoX" would all > specify the same folder). ?Plus, there are a couple more ways of delimiting > a subfolder of INBOX, depending on the server's configuration. ?So, left to > try: > > # different capitalization than tried before > {mail.interacesso.pt:143/user=bruno.miguel}Lido > {mail.interacesso.pt:143/user=bruno.miguel}[]/Lido > {mail.interacesso.pt:143/user=bruno.miguel}[INBOX]/Lido > > # different ways to specify that the folder is under 'INBOX' > {mail.interacesso.pt:143/user=bruno.miguel}INBOX/Lido > {mail.interacesso.pt:143/user=bruno.miguel}INBOX.Lido > > -- > Best, > Ben > > [1] http://tools.ietf.org/html/rfc3501#section-5.1 > From mattack at apple.com Thu Mar 3 11:31:28 2011 From: mattack at apple.com (Matt Ackeret) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] URL detection doesn't think accented characters are part of the URL Message-ID: Sorry if this is fixed in anything past alpine 1.00 (I'm still using alpine 1.00, because long ago it took a lot longer to open my mailbox later alpine, and I was never able to narrow it down to a setting of mine or what caused it).. Anyway, someone mentioned this URL: http://en.wikipedia.org/wiki/Tomato_pur?e and alpine's built in URL detection only selects http://en.wikipedia.org/wiki/Tomato_pur I'm not sure if it thinks only ASCII can be in a URL or what. From pine at goessling.de Thu Mar 3 11:45:16 2011 From: pine at goessling.de (Stefan Goessling-Reisemann) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] URL detection doesn't think accented characters are part of the URL In-Reply-To: References: Message-ID: On Thu, 3 Mar 2011, Matt Ackeret wrote: > Sorry if this is fixed in anything past alpine 1.00 (I'm still using alpine > 1.00, because long ago it took a lot longer to open my mailbox later > alpine, and I was never able to narrow it down to a setting of mine or > what caused it).. It seems it still persists in Alpine 2.01 (PC-Alpine that is) > Anyway, someone mentioned this URL: > > http://en.wikipedia.org/wiki/Tomato_pur?e > > and alpine's built in URL detection only selects > > http://en.wikipedia.org/wiki/Tomato_pur Maybe Alpine is just bored and makes up funny sounding abbreviations. I wonder what a Tomato Pur sounds like. Mushy, maybe? Greetings, Stefan From chappa at u.washington.edu Thu Mar 3 11:52:59 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] URL detection doesn't think accented characters are part of the URL In-Reply-To: References: Message-ID: On Thu, 3 Mar 2011, Matt Ackeret wrote: :) Anyway, someone mentioned this URL: :) :) http://en.wikipedia.org/wiki/Tomato_pur?e :) :) and alpine's built in URL detection only selects :) :) http://en.wikipedia.org/wiki/Tomato_pur :) :) I'm not sure if it thinks only ASCII can be in a URL or what. Matt, I am not sure how internationalization is going in terms of URLs, but it used to be that you were not allowed to write anything that was not ascii in them, so the correct way to do it was encoding non-ascii, as below. http://en.wikipedia.org/wiki/Tomato_pur%E9e Even spaces (%20) must be encoded in URLs, and tht is probably something you are familiar with. This non-ascii should also have been encoded. -- Eduardo http://staff.washington.edu/chappa/alpine/ From schamane at fam.tuwien.ac.at Thu Mar 3 11:57:59 2011 From: schamane at fam.tuwien.ac.at (Andreas Schamanek) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] URL detection doesn't think accented characters are part of the URL In-Reply-To: References: Message-ID: > http://en.wikipedia.org/wiki/Tomato_pur?e > and alpine's built in URL detection only selects > http://en.wikipedia.org/wiki/Tomato_pur I recommend to always properly encode URIs: E.g. http://en.wikipedia.org/wiki/Tomato_pur%C3%A9e Everything else is likely to cause problems here or elsewhere. -- -- Andreas From schamane at fam.tuwien.ac.at Thu Mar 3 12:05:13 2011 From: schamane at fam.tuwien.ac.at (Andreas Schamanek) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] URL detection doesn't think accented characters are part of the URL In-Reply-To: References: Message-ID: On Thu, 3 Mar 2011, at 11:52, Eduardo Chappa wrote: > the correct way to do it was encoding non-ascii, as below. > http://en.wikipedia.org/wiki/Tomato_pur%E9e I don't think so. See http://en.wikipedia.org/wiki/URL_encoding HTH, -- -- Andreas From chappa at u.washington.edu Thu Mar 3 12:43:59 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] URL detection doesn't think accented characters are part of the URL In-Reply-To: References: Message-ID: On Thu, 3 Mar 2011, Andreas Schamanek wrote: :) On Thu, 3 Mar 2011, at 11:52, Eduardo Chappa wrote: :) :) > the correct way to do it was encoding non-ascii, as below. :) > http://en.wikipedia.org/wiki/Tomato_pur%E9e :) :) I don't think so. See http://en.wikipedia.org/wiki/URL_encoding Well, this is an interesting way to reply. My comment was in regards to the past, not to the present. I made a comment that was true in the past, at least previous to 2005. I did not mean by past "yesterday". Anyway, URIs still must be encoded, that has not changed. That this is displayed in a readable way to the user is another matter. And, just to complete the information, Alpine implements rfc 1738 recognition, and this URL is not encoded according to that RFC. -- Eduardo http://staff.washington.edu/chappa/alpine/ From mbmiller+l at gmail.com Thu Mar 3 15:54:34 2011 From: mbmiller+l at gmail.com (Mike Miller) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] URL detection doesn't think accented characters are part of the URL In-Reply-To: References: Message-ID: On Thu, 3 Mar 2011, Eduardo Chappa wrote: > On Thu, 3 Mar 2011, Andreas Schamanek wrote: > > :) On Thu, 3 Mar 2011, at 11:52, Eduardo Chappa wrote: > :) > :) > the correct way to do it was encoding non-ascii, as below. > :) > http://en.wikipedia.org/wiki/Tomato_pur%E9e > :) > :) I don't think so. See http://en.wikipedia.org/wiki/URL_encoding > > Well, this is an interesting way to reply. My comment was in regards to > the past, not to the present. I made a comment that was true in the past, > at least previous to 2005. I did not mean by past "yesterday". > > Anyway, URIs still must be encoded, that has not changed. That this is > displayed in a readable way to the user is another matter. > > And, just to complete the information, Alpine implements rfc 1738 > recognition, and this URL is not encoded according to that RFC. I noticed that there were two suggestions for encoding: http://en.wikipedia.org/wiki/Tomato_pur%E9e http://en.wikipedia.org/wiki/Tomato_pur%C3%A9e One interesting difference is that when I paste the first one into chromium-browser it does not change. The second one changes back to the original URL after pasting into the location bar. That is, the %C3%A9 part of it changes into an 'e' with an acute accent (?). I like that. Also, if I highlight and copy the URL from the browser location bar, then paste it into Alpine (in an xterm), the %C3%A9 comes back to replace the "?", which is convenient. Regarding RFC 1738 -- do we really want to do it like this? What we really want is for the URL to work as often as possible. We want Alpine to work for "bad" URLs as well as "good" (RFC compliant) ones, don't we? In the example we were given, when you look at the URL, you just know that the ? is part of it. The computer can't figure it out because it was programmed badly, not because the computer's decision is superior to that of the human user. Mike From chappa at u.washington.edu Thu Mar 3 16:11:02 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] URL detection doesn't think accented characters are part of the URL In-Reply-To: References: Message-ID: On Thu, 3 Mar 2011, Mike Miller wrote: :) Regarding RFC 1738 -- do we really want to do it like this? What we :) really want is for the URL to work as often as possible. We want :) Alpine to work for "bad" URLs as well as "good" (RFC compliant) ones, :) don't we? In the example we were given, when you look at the URL, you :) just know that the ? is part of it. The computer can't figure it out :) because it was programmed badly, not because the computer's decision is :) superior to that of the human user. I agree with you Mike, but you might be barking at the wrong tree. Here's the dilemma, and everyone solves it differently. The problem is URI detection. Well, URI construction is defined somewhere (several RFCs do this), and the question is: should Alpine follow the definition of how URIs are supposed to be defined according to a specific RFC or should it implement what it thinks that the user might want. You can answer that question in any way you want. It is more of a rethorical point, than a question. Both answers have pros and cons. When Alpine was being developed, the answer was "Alpine follows the RFC". In this case, Alpine follows RFC 1738. Maybe someone can implement RFC 3986, or even RFC 3987, and this would still make Alpine follow an RFC, but the point is that "Alpine follows the RFC", unless you think that Alpine should do what is intended by the user (meaning, guessing) and do that. I think that implementing RFC 3986 is a good thing. My point was to explain what Alpine implemented and explain from that perspective why it failed to recognize the full RFC 3986 URI. I was in no way defending the status quo. -- Eduardo http://staff.washington.edu/chappa/alpine/ From fetchinson at googlemail.com Fri Mar 4 02:15:08 2011 From: fetchinson at googlemail.com (Daniel Fetchinson) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests Message-ID: Hi folks, (Al)pine is really a great tool, I've been using it happily for about 17 years. It makes reading/writing email simple, fast and efficient. But there are a couple of quirks that come up from time to time and are somewhat annoying but by far not on the level that would make me with up (al)pine completely. Consider these as mild annoyances. Nevertheless I thought I would share my top list of feature requests which would make (al)pine even better in my opinion. 1. Tab completion of email addresses using the address book while typing To: or Cc: field. 2. Ability to delete attachments from a saved email (while keeping the email text body). 3. Ability to define default path to save attachments to. Currently it is the directory where (al)pine was launched. 4. Ability to save all attachments with a single action, whenever possible. I'd say the fact that only 4 mild annoyances came up in 17 years is a pretty good testament to the over all design quality and implementation of (al)pine. Are there others who also stumbled upon these 4 issues? Cheers, Daniel -- Psss, psss, put it down! - http://www.cafepress.com/putitdown From ruskie at codemages.net Fri Mar 4 02:22:05 2011 From: ruskie at codemages.net (=?UTF-8?Q?Andra=C5=BE_'ruskie'_Levstik?=) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: :2011-03-04T11:15:Daniel Fetchinson: > Hi folks, > > (Al)pine is really a great tool, I've been using it happily for about > 17 years. It makes reading/writing email simple, fast and efficient. > But there are a couple of quirks that come up from time to time and > are somewhat annoying but by far not on the level that would make me > with up (al)pine completely. Consider these as mild annoyances. > Nevertheless I thought I would share my top list of feature requests > which would make (al)pine even better in my opinion. > > 1. Tab completion of email addresses using the address book while > typing To: or Cc: field. It does that. Even does it through to an LDAP server. [X] Enable Tab Completion (default) > 2. Ability to delete attachments from a saved email (while keeping the > email text body). Hmmm interesting. > 3. Ability to define default path to save attachments to. Currently it > is the directory where (al)pine was launched. Hmm would be nice but it also does tab completion. > 4. Ability to save all attachments with a single action, whenever possible. > > I'd say the fact that only 4 mild annoyances came up in 17 years is a > pretty good testament to the over all design quality and > implementation of (al)pine. > > Are there others who also stumbled upon these 4 issues? Also see in my signature where you can actually file these. And if you can write patches to fix what you need to. Regards -- Andra? 'ruskie' Levstik Source Mage GNU/Linux Games/Xorg grimoire guru Re-Alpine Coordinator http://sourceforge.net/projects/re-alpine/ Geek/Hacker/Tinker Seilf Emit From faheem at email.unc.edu Fri Mar 4 02:22:49 2011 From: faheem at email.unc.edu (Faheem Mitha) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Fri, 4 Mar 2011, Daniel Fetchinson wrote: > Hi folks, > > (Al)pine is really a great tool, I've been using it happily for about > 17 years. It makes reading/writing email simple, fast and efficient. > But there are a couple of quirks that come up from time to time and > are somewhat annoying but by far not on the level that would make me > with up (al)pine completely. Consider these as mild annoyances. > Nevertheless I thought I would share my top list of feature requests > which would make (al)pine even better in my opinion. > > 1. Tab completion of email addresses using the address book while > typing To: or Cc: field. > > 2. Ability to delete attachments from a saved email (while keeping the > email text body). This is already possible. Just delete the attachment and save again. > 3. Ability to define default path to save attachments to. Currently it > is the directory where (al)pine was launched. > > 4. Ability to save all attachments with a single action, whenever possible. Save all attachments to the same place? > I'd say the fact that only 4 mild annoyances came up in 17 years is a > pretty good testament to the over all design quality and > implementation of (al)pine. > > Are there others who also stumbled upon these 4 issues? > > Cheers, > Daniel > > > -- > Psss, psss, put it down! - http://www.cafepress.com/putitdown > _______________________________________________ > Alpine-info mailing list > Alpine-info@u.washington.edu > http://mailman13.u.washington.edu/mailman/listinfo/alpine-info > > From mirkoh at upb.de Fri Mar 4 02:39:42 2011 From: mirkoh at upb.de (Mirko Hessel-von Molo) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Fri, 4 Mar 2011, Daniel Fetchinson wrote: > Hi folks, > > (Al)pine is really a great tool, I've been using it happily for about > 17 years. It makes reading/writing email simple, fast and efficient. > But there are a couple of quirks that come up from time to time and > are somewhat annoying but by far not on the level that would make me > with up (al)pine completely. Consider these as mild annoyances. > Nevertheless I thought I would share my top list of feature requests > which would make (al)pine even better in my opinion. > > 1. Tab completion of email addresses using the address book while > typing To: or Cc: field. > > 2. Ability to delete attachments from a saved email (while keeping the > email text body). > > 3. Ability to define default path to save attachments to. Currently it > is the directory where (al)pine was launched. > > 4. Ability to save all attachments with a single action, whenever possible. > > I'd say the fact that only 4 mild annoyances came up in 17 years is a > pretty good testament to the over all design quality and > implementation of (al)pine. > > Are there others who also stumbled upon these 4 issues? > Hi, overall, four very good points. A few comments: 1. What works now for me is that I enter just a uniquely identifying part of the email adress, and it is completed from the addressbook and/or LDAP server upon leaving the To: or Cc: or Bcc: field. Therefore I hardly miss tab completion. 2. It is possible to work around this issue by hitting "D" in the attachment list of a saved email, saving the mail to a dummy folder and then saving it back into the original folder. However I'd also appreciate a more direct way. 3. This to me is not so annoying as the necessity to choose the path anew every single time you save one (of several) attachments of an email. So if in second and further saves the path that was chosen in the first attachement save was offered as default, that would be rather useful for me. (Quite often, several attachments in one mail all go into the same directory...) This wouldn't be necessary, however, if 4.) was implemented. 4. Strongly supported!!!! Why not make saving attachments an "aggregate command", i. e. selecting all attachments to be saved (or deleted, or ...) with "X" (and the usual commands to toggle, broaden etc. selection) first, and then issue one command (via "A") for all of them? Unfortunately, I neither have the time nor the experience, I'm afraid, necessary to implement these features myself. Best regards, Mirko From bl10 at cam.ac.uk Fri Mar 4 02:48:10 2011 From: bl10 at cam.ac.uk (Barry Landy) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Fri, 4 Mar 2011, Daniel Fetchinson wrote: :>Hi folks, :> :>(Al)pine is really a great tool, I've been using it happily for about :>17 years. It makes reading/writing email simple, fast and efficient. :>But there are a couple of quirks that come up from time to time and :>are somewhat annoying but by far not on the level that would make me :>with up (al)pine completely. Consider these as mild annoyances. :>Nevertheless I thought I would share my top list of feature requests :>which would make (al)pine even better in my opinion. [snip] :> :>4. Ability to save all attachments with a single action, whenever possible. :> this is provided for! >From the index use the Export command type control-P (or notice "all parts" in the hints type in a file name (ful path or current directory export and they are all done at once even 100 of them -- Barry Landy Home: +44-1223-570417 192, Gilbert Road College: +44-1223-472134 Cambridge CB4 3PB Efax: +44-870-458-0205 England Email BL10@cam.ac.uk From danm at prime.gushi.org Fri Mar 4 03:05:11 2011 From: danm at prime.gushi.org (Dan Mahoney, System Admin) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Fri, 4 Mar 2011, Andra? 'ruskie' Levstik wrote: > :2011-03-04T11:15:Daniel Fetchinson: > >> Hi folks, >> >> (Al)pine is really a great tool, I've been using it happily for about >> 17 years. It makes reading/writing email simple, fast and efficient. >> But there are a couple of quirks that come up from time to time and >> are somewhat annoying but by far not on the level that would make me >> with up (al)pine completely. Consider these as mild annoyances. >> Nevertheless I thought I would share my top list of feature requests >> which would make (al)pine even better in my opinion. >> >> 1. Tab completion of email addresses using the address book while >> typing To: or Cc: field. > > It does that. Even does it through to an LDAP server. > > [X] Enable Tab Completion (default) > >> 2. Ability to delete attachments from a saved email (while keeping the >> email text body). > > Hmmm interesting. Um, this exists, I think. I have the ability to delete attachments, which only takes effects when the message is saved from my inbox to some other folder. >> 3. Ability to define default path to save attachments to. Currently it >> is the directory where (al)pine was launched. Oh, for sure -- I've gotten around this by symlinking several "short" folder names, i.e. save message to dl/foo, or whatnot. > Hmm would be nice but it also does tab completion. > >> 4. Ability to save all attachments with a single action, whenever possible. a) I've pushed (in several cases) for a message filter syntax that included the ENTIRE message, immediately before it was handed off to the mailer, which is useful for signatures, virus scanners, bayes functions, hashcash, and others. I've asked eduardo for patches and gotten some interest but haven't heard back. This is as simple as defining a per-message "alternate sendmail" path, prompted for at send-time. b) I'd love to make the S/MIME support work -- there's some issues with receiving an encrypted AND signed message that I suspect is simply a double-call to openssl that could be easily fixed, but C is not my first language. Neither crispin (when he read this list) nor chappa, nor barton seemed able to help there, but I *strongly* suspect it's trivial amounts of C, like a misplaced bracket, since I'm able to export a "problem" message and parse it easily with raw /usr/local/bin/openssl. c) I'd love to see some url-shortener addons, perhaps added into /contrib, coupled with a cgi that let you "view" them, so hitting www.mydomain.com/short/foo completed some longer url. In some pie-in-the-sky world I'd be happy for a standard protocol that let url's be pushed over an ssh-connection, but failing that, I'll stick with sendim.sh or sendxmpp or something I could click without relying on my ssh app knowing what defines a url. Also in some perfect world there would be an apache auth_ module that only let me into a directory if I was logged onto ssh from the same IP, by checking wtmp. It's not an alpine request but, you know, since we're asking. -Dan -- --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --------------------------- From ruskie at codemages.net Fri Mar 4 03:13:44 2011 From: ruskie at codemages.net (=?UTF-8?Q?Andra=C5=BE_'ruskie'_Levstik?=) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: :2011-03-04T06:05:Dan Mahoney, System Admin: > On Fri, 4 Mar 2011, Andra? 'ruskie' Levstik wrote: > > c) I'd love to see some url-shortener addons, perhaps added into /contrib, > coupled with a cgi that let you "view" them, so hitting > www.mydomain.com/short/foo completed some longer url. In some pie-in-the-sky > world I'd be happy for a standard protocol that let url's be pushed over an > ssh-connection, but failing that, I'll stick with sendim.sh or sendxmpp or > something I could click without relying on my ssh app knowing what defines a > url. I just have a simple script that takes an URL -> dumps into a file -> generates a html page -> I can view that page -> once done can delete URL. As for standard protocol doubt you could find something like that. But any solution would require some client-server or even better p2p solution. Though a simple solution could be a ssh port forward with socat/netcat on both ends... and one end feeding it the other sending it to the clipboard or if desired direct to the browser. I'm actually working on something like this using socat but there is no real definition yet. Regards -- Andra? 'ruskie' Levstik Source Mage GNU/Linux Games/Xorg grimoire guru Re-Alpine Coordinator http://sourceforge.net/projects/re-alpine/ Geek/Hacker/Tinker Knowledge is important, knowledge you know is priceless. Share the knowledge, build a better future for everyone. From bl10 at cam.ac.uk Fri Mar 4 03:35:55 2011 From: bl10 at cam.ac.uk (Barry Landy) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Fri, 4 Mar 2011, Andra? 'ruskie' Levstik wrote: :>:2011-03-04T06:05:Dan Mahoney, System Admin: :> :>> On Fri, 4 Mar 2011, Andra? 'ruskie' Levstik wrote: :>> :>> c) I'd love to see some url-shortener addons, perhaps added into /contrib, :>> coupled with a cgi that let you "view" them, so hitting :>> www.mydomain.com/short/foo completed some longer url. In some pie-in-the-sky :>> world I'd be happy for a standard protocol that let url's be pushed over an :>> ssh-connection, but failing that, I'll stick with sendim.sh or sendxmpp or :>> something I could click without relying on my ssh app knowing what defines a :>> url. :> :>I just have a simple script that takes an URL -> dumps into a file -> :>generates a html page -> I can view that page -> once done can delete :>URL. :> :>As for standard protocol doubt you could find something like that. But :>any solution would require some client-server or even better p2p :>solution. Though a simple solution could be a ssh port forward with :>socat/netcat on both ends... and one end feeding it the other sending it :>to the clipboard or if desired direct to the browser. :> :>I'm actually working on something like this using socat but there is no :>real definition yet. :> :>Regards :> FWIW I would be against any move away from RFCs (that's the microsoft path) -- Barry Landy Home: +44-1223-570417 192, Gilbert Road College: +44-1223-472134 Cambridge CB4 3PB Efax: +44-870-458-0205 England Email BL10@cam.ac.uk -------------- next part -------------- _______________________________________________ Alpine-info mailing list Alpine-info@u.washington.edu http://mailman13.u.washington.edu/mailman/listinfo/alpine-info From chappa at u.washington.edu Fri Mar 4 07:14:08 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Fri, 4 Mar 2011, Mirko Hessel-von Molo wrote: :) 2. It is possible to work around this issue by hitting "D" in the :) attachment list of a saved email, saving the mail to a dummy folder :) and then saving it back into the original folder. However I'd also :) appreciate a more direct way. I used to do (and recommend) the same, until Steve Hubert pointed out to me that you can save the message to the same folder that the message is in. In other words, there is no need for a dummy folder. -- Eduardo http://staff.washington.edu/chappa/alpine/ From mattack at apple.com Fri Mar 4 11:15:44 2011 From: mattack at apple.com (Matt Ackeret) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Threading is using the subject? Message-ID: Can someone explain how alpine's threading works? I had thought alpine *only* paid attention to the headers (which I thought was "correct" for threading), and never the subject. But I had a message from yesterday to myself that I more info to add to. (I send myself emails for short reminders and *usually* clean them up afterwards.. sometimes not as will be seen in the example.) So I had an email, "HIServices bugs" from last night. I forwarded it to myself today and added one more bug to the list. (I do integration, so use emails to keep track of which bug fixes are in submissions.) I deleted and expunged the email I forwarded from. But now the email I just got is threaded with an email from last October with the same subject. I always thought using the subject at all was what poor email clients did instead of real threading. Is there subject-based threading mentioned in the RFC(s)? If not, can I turn off the subject-based part of the threading, and only thread based upon the headers? From unrtst at gmail.com Fri Mar 4 12:59:52 2011 From: unrtst at gmail.com (Joshua Miller) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Fri, Mar 4, 2011 at 6:05 AM, Dan Mahoney, System Admin wrote: > b) I'd love to make the S/MIME support work -- there's some issues with > receiving an encrypted AND signed message that I suspect is simply a > double-call to openssl that could be easily fixed, but C is not my first > language. ?Neither crispin (when he read this list) nor chappa, nor barton > seemed able to help there, but I *strongly* suspect it's trivial amounts of > C, like a misplaced bracket, since I'm able to export a "problem" message > and parse it easily with raw /usr/local/bin/openssl. I'll second this. I've also tried (successfully) to save the message, then use a series of openssl command line things to unencrypt and verify the message. It works... the alpine S/MIME support just isn't doing something right when looking at signed+encrypted messages. Signed alone works fine, as does just encrypted. I also tried looking into the S/MIME patch, but got lost and didn't have time to find my way. One other quirk with the S/MIME support: My own messages show as having an invalid signature, even though it's valid. I can open my sent mail in another mail client (imap), and it shows as properly signed. It's more annoying than troublesome, and I'm not sure why it wouldn't just work. -- Josh I. From chappa at u.washington.edu Fri Mar 4 13:26:00 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Threading is using the subject? In-Reply-To: References: Message-ID: On Fri, 4 Mar 2011, Matt Ackeret wrote: :) Can someone explain how alpine's threading works? :) :) I had thought alpine *only* paid attention to the headers (which I :) thought was "correct" for threading), and never the subject. The full algorithm can be found in RFC 5256, at step (5C), you can read the following text: (C) Merge threads with the same thread subject. If you think that this is incorrect, then you should have the RFC changed. In that case you should write to the addresses that appear in the RFC, quoted below: Mark R. Crispin Panda Programming 6158 NE Lariat Loop Bainbridge Island, WA 98110-2098 Phone: +1 (206) 842-2385 EMail: IMAP+SORT+THREAD@Lingling.Panda.COM Kenneth Murchison Carnegie Mellon University 5000 Forbes Avenue Cyert Hall 285 Pittsburgh, PA 15213 Phone: +1 (412) 268-2638 EMail: murch@andrew.cmu.edu -- Eduardo http://staff.washington.edu/chappa/alpine/ From mattack at apple.com Fri Mar 4 13:32:49 2011 From: mattack at apple.com (Matt Ackeret) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Fri, 4 Mar 2011, Dan Mahoney, System Admin wrote: > On Fri, 4 Mar 2011, Andra? 'ruskie' Levstik wrote: >>> 3. Ability to define default path to save attachments to. Currently it >>> is the directory where (al)pine was launched. > > Oh, for sure -- I've gotten around this by symlinking several "short" folder > names, i.e. save message to dl/foo, or whatnot. While it's certainly a workaround, you can hit control-A in this field to go to the beginning.. e.g. SAVE: Copy attachment to file in home directory: PastedGraphic-1.png then control-A moves to the beginning of Pasted, and you can now type the path to save it to. From danm at prime.gushi.org Fri Mar 4 14:02:59 2011 From: danm at prime.gushi.org (Dan Mahoney, System Admin) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Fri, 4 Mar 2011, Joshua Miller wrote: > On Fri, Mar 4, 2011 at 6:05 AM, Dan Mahoney, System Admin > wrote: >> b) I'd love to make the S/MIME support work -- there's some issues with >> receiving an encrypted AND signed message that I suspect is simply a >> double-call to openssl that could be easily fixed, but C is not my first >> language. ?Neither crispin (when he read this list) nor chappa, nor barton >> seemed able to help there, but I *strongly* suspect it's trivial amounts of >> C, like a misplaced bracket, since I'm able to export a "problem" message >> and parse it easily with raw /usr/local/bin/openssl. > > I'll second this. I've also tried (successfully) to save the message, > then use a series of openssl command line things to unencrypt and > verify the message. It works... the alpine S/MIME support just isn't > doing something right when looking at signed+encrypted messages. > Signed alone works fine, as does just encrypted. I also tried looking > into the S/MIME patch, but got lost and didn't have time to find my > way. Oh, I can tell you what it's doing. It tries to push the message through openssl twice. Once to verify, once to decrypt, which it shouldn't need to do. I just don't know where it makes the call as to if it should do that. -Dan -- "Check it out, it's just like Christmas. Except it sucks." -Jason Seguerra, 3/2/05 --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --------------------------- From r.wolf.pine at atlas.cz Fri Mar 4 22:38:58 2011 From: r.wolf.pine at atlas.cz (Robert Wolf) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] URL detection doesn't think accented characters are part of the URL In-Reply-To: References: Message-ID: On Thu, 3 Mar 2011, Mike Miller wrote: > Regarding RFC 1738 -- do we really want to do it like this? What we really > want is for the URL to work as often as possible. We want Alpine to work for > "bad" URLs as well as "good" (RFC compliant) ones, don't we? In the example we > were given, when you look at the URL, you just know that the ? is part of it. > The computer can't figure it out because it was programmed badly, not because > the computer's decision is superior to that of the human user. Hallo Mike, what I have read on the PINE/AlPine site was, that PINE/AlPine is IMAP/SMTP client that follows the RFC/standards. And I accept this, because you can see the result of ignoring standards in the MS world - IE is the best example - my colleague web designer said, that he makes special handling for different versions IE (6,7,8) and for the others (FF, Opera, Safari...). I can see some other problems of one czech IMAP provider because of ignoring RFC. The first problem was, that server's answer for capa contained "auth plain", but if the alpine tried to use "auth plain" server answered "unknown command" or something like this. Now authentication is working fine with auth plain. But now the attachments are not working (I have not yet found why). In Thunderbird works everything fine. But if we allow to ignore standards, then every client has to implement all IMAP server errors. And it sound stupid to say "we have the standards to be compatible but we ignore these standards". Can you image, how the internet works without standards with a little different implementations (or bugs) in different devices? We should not ask "do we really want to do it like this?", but we should ask "How can we force other systems and developers to follow standards and fix the bugs". I know, the alpine community is probably smaller than Thunderbind and Outlook community, but I would rather use RFC compliant mail client and I can be sure, that the problem is on the server side, then in case of problem discuss with IMAP provider, if the bug is in mail client or in IMAP daemon. The other good reason can be, what would you do if two different IMAP daemons/providers implement some feature differently (and both buggy) and the client could implement only one of these two solutions? Which one would you prefer? The solution of the provider with most of alpine users?;-) I don't know what is the opinion of the others, but I would like to use AlPine/re-alpine following standards. But everyone can make a patch for some non-RFC functionality and share it in some special repository. Regards, Robert Wolf. From fetchinson at googlemail.com Sat Mar 5 00:46:32 2011 From: fetchinson at googlemail.com (Daniel Fetchinson) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: >> Hi folks, >> >> (Al)pine is really a great tool, I've been using it happily for about >> 17 years. It makes reading/writing email simple, fast and efficient. >> But there are a couple of quirks that come up from time to time and >> are somewhat annoying but by far not on the level that would make me >> with up (al)pine completely. Consider these as mild annoyances. >> Nevertheless I thought I would share my top list of feature requests >> which would make (al)pine even better in my opinion. >> >> 1. Tab completion of email addresses using the address book while >> typing To: or Cc: field. > > It does that. Even does it through to an LDAP server. > > [X] Enable Tab Completion (default) Great! I guess I'm using an outdated alpine! >> 2. Ability to delete attachments from a saved email (while keeping the >> email text body). > > Hmmm interesting. This would be really neat to do. Many times I'd like to a keep a message but if I store the attachment too my mail folders will grow very large. >> 3. Ability to define default path to save attachments to. Currently it >> is the directory where (al)pine was launched. > > Hmm would be nice but it also does tab completion. I see. I'm missing this feature when receiving 10 attachments in an email and having to hit Save, Home (to go to the beginning of the prompt), type the new path, hit Enter. >> 4. Ability to save all attachments with a single action, whenever >> possible. >> >> I'd say the fact that only 4 mild annoyances came up in 17 years is a >> pretty good testament to the over all design quality and >> implementation of (al)pine. >> >> Are there others who also stumbled upon these 4 issues? > > Also see in my signature where you can actually file these. And if you can > write > patches to fix what you need to. So re-alpine is a fork of Washington alpine? What are the goals that separate it from alpine? Cheers, Daniel -- Psss, psss, put it down! - http://www.cafepress.com/putitdown From fetchinson at googlemail.com Sat Mar 5 00:51:24 2011 From: fetchinson at googlemail.com (Daniel Fetchinson) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: >> (Al)pine is really a great tool, I've been using it happily for about >> 17 years. It makes reading/writing email simple, fast and efficient. >> But there are a couple of quirks that come up from time to time and >> are somewhat annoying but by far not on the level that would make me >> with up (al)pine completely. Consider these as mild annoyances. >> Nevertheless I thought I would share my top list of feature requests >> which would make (al)pine even better in my opinion. >> >> 1. Tab completion of email addresses using the address book while >> typing To: or Cc: field. >> >> 2. Ability to delete attachments from a saved email (while keeping the >> email text body). > > This is already possible. Just delete the attachment and save again. Probably my mistake by not using the most up to date alpine version. Will check with 2.0. >> 3. Ability to define default path to save attachments to. Currently it >> is the directory where (al)pine was launched. >> >> 4. Ability to save all attachments with a single action, whenever >> possible. > > Save all attachments to the same place? Yes. Ideally I'd have a directory for email attachments and would always like to save there. Later I can sort them out from there. Cheers, Daniel -- Psss, psss, put it down! - http://www.cafepress.com/putitdown From fetchinson at googlemail.com Sat Mar 5 00:54:27 2011 From: fetchinson at googlemail.com (Daniel Fetchinson) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: >> (Al)pine is really a great tool, I've been using it happily for about >> 17 years. It makes reading/writing email simple, fast and efficient. >> But there are a couple of quirks that come up from time to time and >> are somewhat annoying but by far not on the level that would make me >> with up (al)pine completely. Consider these as mild annoyances. >> Nevertheless I thought I would share my top list of feature requests >> which would make (al)pine even better in my opinion. >> >> 1. Tab completion of email addresses using the address book while >> typing To: or Cc: field. >> >> 2. Ability to delete attachments from a saved email (while keeping the >> email text body). >> >> 3. Ability to define default path to save attachments to. Currently it >> is the directory where (al)pine was launched. >> >> 4. Ability to save all attachments with a single action, whenever >> possible. >> >> I'd say the fact that only 4 mild annoyances came up in 17 years is a >> pretty good testament to the over all design quality and >> implementation of (al)pine. >> >> Are there others who also stumbled upon these 4 issues? >> > > Hi, > > overall, four very good points. A few comments: > > 1. What works now for me is that I enter just a uniquely identifying part of > the email > adress, and it is completed from the addressbook and/or LDAP server upon > leaving the To: or Cc: or Bcc: field. Therefore I hardly miss tab > completion. Great, I did not know about this feature, thanks a lot! > 2. It is possible to work around this issue by hitting "D" in the > attachment list of a saved email, saving the mail to a dummy folder and > then saving it back into the original folder. However I'd also appreciate a > more direct way. That's news to me, thanks again! > 3. This to me is not so annoying as the necessity to choose the path anew > every single time you save one (of several) attachments of an email. So if > in second and further saves the path that was chosen in the first > attachement save was offered as default, > that would be rather useful for me. (Quite often, several attachments in > one mail all go into the same directory...) This wouldn't be necessary, > however, if 4.) was implemented. > > 4. Strongly supported!!!! Why not make saving attachments an "aggregate > command", i. e. selecting all attachments to be saved (or deleted, or ...) > with "X" (and the usual commands to toggle, broaden etc. selection) first, > and then issue one command (via "A") for all of them? I second that! > Unfortunately, I neither have the time nor the experience, I'm afraid, > necessary to implement these features myself. Same with me, unfortunately. Cheers, Daniel -- Psss, psss, put it down! - http://www.cafepress.com/putitdown From alpine at benizi.com Sat Mar 5 09:45:53 2011 From: alpine at benizi.com (Benjamin R. Haskell) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Sat, 5 Mar 2011, Daniel Fetchinson wrote: > So re-alpine is a fork of Washington alpine? What are the goals that > separate it from alpine? Development ceased at UW a few years ago. (Search the archives for several discussions if interested in details.) Re-alpine picked up where it left off. And recently it was decided (or at least discussed on both the alpine-info and re-alpine-dev(sp?) lists) to name the releases 'alpine' again to make it clear that it's the current version (and that there aren't two competing forks). (The SourceForge project will remain re-alpine, IIRC, due to the difficulty of renaming projects/lists/etc.) -- Best, Ben From chappa at u.washington.edu Sat Mar 5 11:07:34 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Alpine and DavMail In-Reply-To: References: Message-ID: On Wed, 8 Dec 2010, George Thuronyi wrote: :) My Alpine configuration includes "Incoming Folders: dav :) {localhost:143}", which is the IMAP port configured in DavMail. George, I am using DavMail since two days ago to connect to an exchange server, and the difference between your configuration and mine is that the port for localhost is not 143 but 1143. Does that help? -- Eduardo http://staff.washington.edu/chappa/alpine/ From bl10 at cam.ac.uk Sat Mar 5 13:40:16 2011 From: bl10 at cam.ac.uk (Barry Landy) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Fri, 4 Mar 2011, Daniel Fetchinson wrote: :>Hi folks, :> :>(Al)pine is really a great tool, I've been using it happily for about :>17 years. It makes reading/writing email simple, fast and efficient. :>But there are a couple of quirks that come up from time to time and :>are somewhat annoying but by far not on the level that would make me :>with up (al)pine completely. Consider these as mild annoyances. :>Nevertheless I thought I would share my top list of feature requests :>which would make (al)pine even better in my opinion. :> :>1. Tab completion of email addresses using the address book while :>typing To: or Cc: field. :> :>2. Ability to delete attachments from a saved email (while keeping the :>email text body). :> :>3. Ability to define default path to save attachments to. Currently it :>is the directory where (al)pine was launched. :> :>4. Ability to save all attachments with a single action, whenever possible. :> :>I'd say the fact that only 4 mild annoyances came up in 17 years is a :>pretty good testament to the over all design quality and :>implementation of (al)pine. :> :>Are there others who also stumbled upon these 4 issues? Did you get my earlier email with the resolution for (4)? -- Barry Landy Home: +44-1223-570417 192, Gilbert Road College: +44-1223-472134 Cambridge CB4 3PB Efax: +44-870-458-0205 England Email BL10@cam.ac.uk From dukeofperl at ml1.net Sat Mar 5 13:55:10 2011 From: dukeofperl at ml1.net (Duke Normandin) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Sat, 5 Mar 2011, Barry Landy wrote: > On Fri, 4 Mar 2011, Daniel Fetchinson wrote: > > :>Hi folks, > :> > :>(Al)pine is really a great tool, I've been using it happily for about > :>17 years. It makes reading/writing email simple, fast and efficient. > :>But there are a couple of quirks that come up from time to time and > :>are somewhat annoying but by far not on the level that would make me > :>with up (al)pine completely. Consider these as mild annoyances. > :>Nevertheless I thought I would share my top list of feature requests > :>which would make (al)pine even better in my opinion. > :> > :>1. Tab completion of email addresses using the address book while > :>typing To: or Cc: field. > :> > :>2. Ability to delete attachments from a saved email (while keeping the > :>email text body). > :> > :>3. Ability to define default path to save attachments to. Currently it > :>is the directory where (al)pine was launched. > :> > :>4. Ability to save all attachments with a single action, whenever possible. > :> > :>I'd say the fact that only 4 mild annoyances came up in 17 years is a > :>pretty good testament to the over all design quality and > :>implementation of (al)pine. > :> > :>Are there others who also stumbled upon these 4 issues? > > Did you get my earlier email with the resolution for (4)? I must have missed it as well. What are the chances for an "encore"? -- Duke From bl10 at cam.ac.uk Sat Mar 5 13:58:22 2011 From: bl10 at cam.ac.uk (Barry Landy) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: By popular request I am repeating this email. Apologies to those who see it twice. On Fri, 4 Mar 2011, Daniel Fetchinson wrote: :>Hi folks, :> :>(Al)pine is really a great tool, I've been using it happily for about :>17 years. It makes reading/writing email simple, fast and efficient. :>But there are a couple of quirks that come up from time to time and :>are somewhat annoying but by far not on the level that would make me :>with up (al)pine completely. Consider these as mild annoyances. :>Nevertheless I thought I would share my top list of feature requests :>which would make (al)pine even better in my opinion. [snip] :> :>4. Ability to save all attachments with a single action, whenever possible. :> this is provided for! >From the index use the Export command type control-P (or notice "all parts" in the hints) type in a file name (full path or current directory) export and they are all done at once even 100 of them -- Barry Landy Home: +44-1223-570417 192, Gilbert Road College: +44-1223-472134 Cambridge CB4 3PB Efax: +44-870-458-0205 England Email BL10@cam.ac.uk From unrtst at gmail.com Sat Mar 5 15:53:20 2011 From: unrtst at gmail.com (Joshua Miller) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Sat, Mar 5, 2011 at 4:58 PM, Barry Landy wrote: > By popular request I am repeating this email. Apologies to those who see it > twice. > > On Fri, 4 Mar 2011, Daniel Fetchinson wrote: > > :>Hi folks, > :> > :>(Al)pine is really a great tool, I've been using it happily for about > :>17 years. It makes reading/writing email simple, fast and efficient. > :>But there are a couple of quirks that come up from time to time and > :>are somewhat annoying but by far not on the level that would make me > :>with up (al)pine completely. Consider these as mild annoyances. > :>Nevertheless I thought I would share my top list of feature requests > :>which would make (al)pine even better in my opinion. > > [snip] > > :> > :>4. Ability to save all attachments with a single action, whenever > possible. > :> > > this is provided for! > >> From the index use the Export command > > type control-P (or notice "all parts" in the hints) > type in a file name (full path or current directory) > export and they are all done at once even 100 of them I've seen this mentioned several times, and have never been able to get it to work. I haven't said anything, cause I figured it was just me... but the question keeps coming up, so maybe there's some config setting or a specific version of alpine or a patch that allows this? Nothing in my config stands out to me, but maybe someone here can spot something that's causing it not to work. I'm getting jealous that others can do this :-) My "alpine -v": Alpine 2.00 (DEB 1167 2008-08-23) built Sun Dec 13 01:26:57 UTC 2009 on crested .pinerc "last-version": last-version-used=6.01 When in msg index, CTRL-P just goes to previous message. "E"xport just asks to export the entire message. When viewing a message, CTRL-P just scrolls up a line, and "E"xport asks to export the entire message. When viewing the attachments (">" or "v" from message), CTRL-P moves cursor to previous attachment, and "E"xport says "Can't Export *type*. Use "Save" to write file. "<" to leave index." - where *type* is "Image" or "text" or "Multipart" or whatever the attachment is. Here's my feature-list: feature-list=alternate-compose-menu, enable-alternate-editor-cmd, no-spell-check-before-sending, quell-user-lookup-in-passwd-file, no-enable-reply-indent-string-editing, include-text-in-reply, enable-delivery-status-notification, combined-subdirectory-display, combined-folder-display, enable-incoming-folders, enable-msg-view-attachments, enable-msg-view-urls, enable-msg-view-web-hostnames, enable-msg-view-addresses, enable-partial-match-lists, enable-msg-view-forced-arrows, prefer-plain-text, print-offers-custom-cmd-prompt, print-index-enabled, enable-aggregate-command-set, enable-arrow-navigation, enable-bounce-cmd, enable-flag-cmd, no-enable-flag-screen-implicitly, enable-full-header-cmd, enable-jump-shortcut, enable-tab-completion, enable-unix-pipe-cmd, enable-mouse-in-xterm, no-enable-newmail-in-xterm-icon, enable-suspend, expose-hidden-config, expunge-only-manually, expanded-view-of-folders, smime-remember-passphrase, smime-sign-by-default, convert-dates-to-localtime, enable-full-header-and-text Any ideas? This seems like a really nice feature to have :-) -- Josh I. From chappa at u.washington.edu Sat Mar 5 16:20:41 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Sat, 5 Mar 2011, Joshua Miller wrote: :) > type control-P (or notice "all parts" in the hints) type in a file :) > name (full path or current directory) export and they are all done at :) > once even 100 of them :) :) I've seen this mentioned several times, and have never been able to :) get it to work. If a message has attachments, you should be able to press "E" to export the message, and then ^P for all parts. See the menu in the bottom of the screen after you press "E". Does that work? -- Eduardo http://staff.washington.edu/chappa/alpine/ From unrtst at gmail.com Sat Mar 5 18:58:10 2011 From: unrtst at gmail.com (Joshua Miller) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Sat, Mar 5, 2011 at 7:20 PM, Eduardo Chappa wrote: > On Sat, 5 Mar 2011, Joshua Miller wrote: > > :) > type control-P (or notice "all parts" in the hints) type in a file > :) > name (full path or current directory) export and they are all done at > :) > once even 100 of them > :) > :) I've seen this mentioned several times, and have never been able to > :) get it to work. > > If a message has attachments, you should be able to press "E" to export > the message, and then ^P for all parts. See the menu in the bottom of the > screen after you press "E". Does that work? YAY! that works! And it's exactly what you said to do before... I don't know how else i'd explain it. I just didn't get it the first time. I guess I just kept expecting it to be on the attachment list page. I was going to ask why it's not there when viewing the message, but it works there too - not sure how I missed it last time. Works like a charm. Thank you! -- Josh I. From faheem at email.unc.edu Sat Mar 5 19:36:12 2011 From: faheem at email.unc.edu (Faheem Mitha) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] when setting sort-key to thread, order by date gets messed up Message-ID: Hi, When I change sort key from Date to tHread, order by date gets totally messed up. I have posts from 2000 alternating with posts in 2009 and then back to 2000 for example. I'd like the threading to respect date order as well. Is this possible? Thanks. Regards, Faheem # Sets presentation order of messages in Index. Choices: # subject, from, arrival, date, size. Default: "arrival". -sort-key=Date +sort-key=tHread From chappa at u.washington.edu Sat Mar 5 21:53:23 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] when setting sort-key to thread, order by date gets messed up In-Reply-To: References: Message-ID: On Sun, 6 Mar 2011, Faheem Mitha wrote: :) When I change sort key from Date to tHread, order by date gets totally :) messed up. I have posts from 2000 alternating with posts in 2009 and :) then back to 2000 for example. I'd like the threading to respect date :) order as well. Is this possible? Thanks. If those messages have the same subject, then it is perfectly possible. The sort order might put a message X with subject "hello" (sent on 2009) on top of a message from 2000 with subject "Re: hello". Is this what you are seeing? -- Eduardo http://staff.washington.edu/chappa/alpine/ From faheem at email.unc.edu Sat Mar 5 22:16:11 2011 From: faheem at email.unc.edu (Faheem Mitha) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] when setting sort-key to thread, order by date gets messed up In-Reply-To: References: Message-ID: On Sat, 5 Mar 2011, Eduardo Chappa wrote: > On Sun, 6 Mar 2011, Faheem Mitha wrote: > > :) When I change sort key from Date to tHread, order by date gets totally > :) messed up. I have posts from 2000 alternating with posts in 2009 and > :) then back to 2000 for example. I'd like the threading to respect date > :) order as well. Is this possible? Thanks. > > If those messages have the same subject, then it is perfectly possible. > The sort order might put a message X with subject "hello" (sent on 2009) > on top of a message from 2000 with subject "Re: hello". Is this what you > are seeing? No. Perhaps I should have been more clear. The messages whose order is jumbled don't appear to have any similarity. In any case, isn't the threading supposed to be intelligent to be useful? Ie. use metainformation in the headers? Regards, Faheem From chappa at u.washington.edu Sat Mar 5 22:20:50 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] when setting sort-key to thread, order by date gets messed up In-Reply-To: References: Message-ID: On Sun, 6 Mar 2011, Faheem Mitha wrote: :) > If those messages have the same subject, then it is perfectly :) > possible. The sort order might put a message X with subject "hello" :) > (sent on 2009) on top of a message from 2000 with subject "Re: :) > hello". Is this what you are seeing? :) :) No. Perhaps I should have been more clear. The messages whose order is :) jumbled don't appear to have any similarity. :) :) In any case, isn't the threading supposed to be intelligent to be :) useful? Ie. use metainformation in the headers? Sure, and it does, but I am not sure (without real data) what is going on on your side. Are you sorting locally or using an imap server? (if the latter, then it is the server and not Alpine who does the sorting.) If you have any real data that you can show, we may be able to help you more. -- Eduardo http://staff.washington.edu/chappa/alpine/ From faheem at email.unc.edu Sat Mar 5 22:29:07 2011 From: faheem at email.unc.edu (Faheem Mitha) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] when setting sort-key to thread, order by date gets messed up In-Reply-To: References: Message-ID: On Sat, 5 Mar 2011, Eduardo Chappa wrote: > On Sun, 6 Mar 2011, Faheem Mitha wrote: > > :) > If those messages have the same subject, then it is perfectly > :) > possible. The sort order might put a message X with subject "hello" > :) > (sent on 2009) on top of a message from 2000 with subject "Re: > :) > hello". Is this what you are seeing? > :) > :) No. Perhaps I should have been more clear. The messages whose order is > :) jumbled don't appear to have any similarity. > :) > :) In any case, isn't the threading supposed to be intelligent to be > :) useful? Ie. use metainformation in the headers? > Sure, and it does, but I am not sure (without real data) what is going on > on your side. Are you sorting locally or using an imap server? (if the > latter, then it is the server and not Alpine who does the sorting.) If you > have any real data that you can show, we may be able to help you more. Local sorting. All my mail is on my hard disk. What form do you want to see this 'real data' in? BTW, the version of Alpine I am using is 2.00+dfsg-6 (Debian squeeze). Faheem From chappa at u.washington.edu Sat Mar 5 22:32:42 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] when setting sort-key to thread, order by date gets messed up In-Reply-To: References: Message-ID: On Sun, 6 Mar 2011, Faheem Mitha wrote: :) Local sorting. All my mail is on my hard disk. What form do you want to :) see this 'real data' in? Headers of all messages that thread incorrectly: References, date, in-reply-to and subject headers, as well as their relative order in the default arrival sort. -- Eduardo http://staff.washington.edu/chappa/alpine/ From faheem at email.unc.edu Sat Mar 5 22:50:15 2011 From: faheem at email.unc.edu (Faheem Mitha) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Sat, 5 Mar 2011, Eduardo Chappa wrote: > On Sat, 5 Mar 2011, Joshua Miller wrote: > > :) > type control-P (or notice "all parts" in the hints) type in a file > :) > name (full path or current directory) export and they are all done at > :) > once even 100 of them > :) > :) I've seen this mentioned several times, and have never been able to > :) get it to work. > > If a message has attachments, you should be able to press "E" to export > the message, and then ^P for all parts. See the menu in the bottom of the > screen after you press "E". Does that work? It works, but does it in a weird way. If I type in an existing directory say foo, it complains foo exists. If foo doesn't exist then, it creates a directory foo.d and saves the files in there. Faheem From bl10 at cam.ac.uk Sat Mar 5 23:00:55 2011 From: bl10 at cam.ac.uk (Barry Landy) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: On Sun, 6 Mar 2011, Faheem Mitha wrote: :> :> :>On Sat, 5 Mar 2011, Eduardo Chappa wrote: :> :>> On Sat, 5 Mar 2011, Joshua Miller wrote: :>> :>> :) > type control-P (or notice "all parts" in the hints) type in a file :>> :) > name (full path or current directory) export and they are all done at :>> :) > once even 100 of them :>> :) :>> :) I've seen this mentioned several times, and have never been able to :>> :) get it to work. :>> :>> If a message has attachments, you should be able to press "E" to export :>> the message, and then ^P for all parts. See the menu in the bottom of the :>> screen after you press "E". Does that work? :> :>It works, but does it in a weird way. If I type in an existing directory say :>foo, it complains foo exists. If foo doesn't exist then, it creates a :>directory foo.d and saves the files in there. :> That's indeed how it works. It may not be an ideal spec! -- Barry Landy Home: +44-1223-570417 192, Gilbert Road College: +44-1223-472134 Cambridge CB4 3PB Efax: +44-870-458-0205 England Email BL10@cam.ac.uk From fetchinson at googlemail.com Sun Mar 6 00:46:12 2011 From: fetchinson at googlemail.com (Daniel Fetchinson) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] top feature requests In-Reply-To: References: Message-ID: > :>(Al)pine is really a great tool, I've been using it happily for about > :>17 years. It makes reading/writing email simple, fast and efficient. > :>But there are a couple of quirks that come up from time to time and > :>are somewhat annoying but by far not on the level that would make me > :>with up (al)pine completely. Consider these as mild annoyances. > :>Nevertheless I thought I would share my top list of feature requests > :>which would make (al)pine even better in my opinion. > :> > :>1. Tab completion of email addresses using the address book while > :>typing To: or Cc: field. > :> > :>2. Ability to delete attachments from a saved email (while keeping the > :>email text body). > :> > :>3. Ability to define default path to save attachments to. Currently it > :>is the directory where (al)pine was launched. > :> > :>4. Ability to save all attachments with a single action, whenever > possible. > :> > :>I'd say the fact that only 4 mild annoyances came up in 17 years is a > :>pretty good testament to the over all design quality and > :>implementation of (al)pine. > :> > :>Are there others who also stumbled upon these 4 issues? > > Did you get my earlier email with the resolution for (4)? Somehow I missed it, but thanks, got it now! It works pretty well, pressing E, then ^P, then entering a name, let's say "file", and the message will be saved to "file" and all attachments will be saved to the directory "file.d". If "file" already exists, it's overwritten and if "file.d" already exists it is left alone and "x.d_1" is created. Pretty cool, I didn't know about this feature at all! Cheers, Daniel -- Psss, psss, put it down! - http://www.cafepress.com/putitdown From unrtst at gmail.com Sun Mar 6 16:18:31 2011 From: unrtst at gmail.com (Joshua Miller) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] S/MIME encrypted and signed message bug (was: top feature requests) Message-ID: On Fri, Mar 4, 2011 at 5:02 PM, Dan Mahoney, System Admin wrote: > On Fri, 4 Mar 2011, Joshua Miller wrote: > >> On Fri, Mar 4, 2011 at 6:05 AM, Dan Mahoney, System Admin >> wrote: >>> >>> b) I'd love to make the S/MIME support work -- there's some issues with >>> receiving an encrypted AND signed message that I suspect is simply a >>> double-call to openssl that could be easily fixed, but C is not my first >>> language. ?Neither crispin (when he read this list) nor chappa, nor >>> barton >>> seemed able to help there, but I *strongly* suspect it's trivial amounts >>> of >>> C, like a misplaced bracket, since I'm able to export a "problem" message >>> and parse it easily with raw /usr/local/bin/openssl. >> >> I'll second this. I've also tried (successfully) to save the message, >> then use a series of openssl command line things to unencrypt and >> verify the message. It works... the alpine S/MIME support just isn't >> doing something right when looking at signed+encrypted messages. >> Signed alone works fine, as does just encrypted. I also tried looking >> into the S/MIME patch, but got lost and didn't have time to find my >> way. > > Oh, I can tell you what it's doing. ?It tries to push the message through > openssl twice. ?Once to verify, once to decrypt, which it shouldn't need to > do. ?I just don't know where it makes the call as to if it should do that. I've made some headway on this. I added lot's of debug statements to the codebase, and narrowed down where it was failing. I've also got a very dirty hack that actually makes it work :-) Attached is a patch with my ugly debug statements and piss-poor hack that does make encrypted+signed smime messages work, and just signed or just encrypted still work too. (please let me know if it doesn't make it to the list and you'd like a copy). The following is certainly too verbose - there's a lot of stuff that seems to be doing what it should that could probably be trimmed, but I'm including it because I'm not certain where a fix should really go. It should also lead someone that hasn't looked at it through from the starting point. My manual confirmation of the messages: In my case, the messages are always signed, then encrypted. So they first have to be decrypted, then verified. I've created examples of these, and have manually verified that's how it needs done via the command line. I also have short shell script that does this if anyone wants a copy. It's basically: 1. save message from alpine to new mbox folder 2. manually edit that, and remove the mbox header message 3. openssl smime -decrypt -in $ORIG_MESSAGE -inkey ~/.alpine-smime/private/my@mail.com.key -recip ~/.alpine-smime/public/my@email.com.crt > $ORIG_MESSAGE.decrypt 4. create new file for new message - put in the orig headers * agrep -d '^$' -i '^From ' "$ORIG_MESSAGE" | formail -R Content-Type Old-Content-Type -R Content-Disposition Old-Content-Disposition -R Content-Transfer-Encoding Old-Content-Transfer-Encoding -R Content-Length Old-Content-Length | agrep -d '^$' -i '^From ' | sed 's/\r$//g' > "$ORIG_MESSAGE.tmp" 5. add on the verified message * openssl smime -verify -in "$ORIG_MESSAGE.decrypt" | sed 's/\r$//g' >> "$ORIG_MESSAGE.tmp" 6. if it works, use it to read the descrypted and verified message. The steps above can be shortcut to leave just a signed message, do: 1. save message from alpine to new mbox folder 2. manually edit that, and remove the mbox header message 3. create new file for new message - put in the orig headers * agrep -d '^$' -i '^From ' "$ORIG_MESSAGE" | formail -R Content-Type Old-Content-Type -R Content-Disposition Old-Content-Disposition -R Content-Transfer-Encoding Old-Content-Transfer-Encoding -R Content-Length Old-Content-Length | agrep -d '^$' -i '^From ' | sed 's/\r$//g' > "$ORIG_MESSAGE.tmp" 4. decrypt orig, and append decrypted body onto the new message * openssl smime -decrypt -in $ORIG_MESSAGE -inkey ~/.alpine-smime/private/my@mail.com.key -recip ~/.alpine-smime/public/my@email.com.crt >> $ORIG_MESSAGE.tmp 5. open that new file in alpine. ANYWAY - Onto the code... In alpine/mailview.c, mail_view_screen(), if it's an smime message, it calls: fiddle_simime_message(body, msgno) fiddle_smime_message is in pith/smime.c, and just calls do_fiddle_smime_message (which can call itself recursively). Most of the rest of this happens in pith/smime.c: do_fiddle_smime_message: * on first pass, section=Top (null). * is_pkcs7_body is true * do_decoding is called (section=Top) ** there is no sparep (spare pointer) holding previous pk7 data ** newSec is made into "1" from emptystring. ** get_pkcs7_from_part(msgno, section) (section=1) is called *** get_part_contents(msgno, section) (section=1) is called **** detach(ps_global->mail_stream, msgno, section, ...) (section=1) is called ***** mail_body(stream, msgno, section) (section=1) is called *** store (from get_part_contents) ->src == CharStar *** BIO is taken from that *** p7=d2i_PKCS7_bio on the BIO *** returns p7 ** body is decrypted in do_decoding ---- this is one place a "fix" could go (see below) * body is multipart, signed once... * hits the "else" part, loops over parts recursively calling do_fiddle_smime_message * uses current section (""=Top) and partNum to make newSec # (my message only has one part here) * newSec = 1 * calls do_fiddle_smime_message(part->body, msgno, newSec) where newSec = 1 do_fiddle_smime_message: * second pass - from the loop over decrypted multi-part message parts * is_pkcs7_body is true * do_decoding is called (section=1) ** there is no sparep (spare pointer) holding previous pk7 data ---- maybe there should be a sparep, but I think this is correct. ** newSec is made into "1.1" from "1". ** get_pkcs7_from_part(msgno, newSec) (section=1.1) is called *** get_part_contents(msgno, section) (section=1.1) is called **** detach.c - detach(ps_global->mail_stream, msgno, section, ...) (section=1.1) is called ***** c-client/mail.c - mail_body(stream, msgno, section) (section=1.1) is called ---- ---- This is where it breaks ---- The "stream" is the global stream ---- In the global stream, the message has only 1 part - an encrypted part. ---- So, no section 1.1 exists. ---- mail_body returns NIL ---- **** detach.c - detach returns error: "Can't find body for requested message" *** get_part_contents doesn't do anything with the error (should probably report it) ** get_pkcs7_from_part doesn't do anything if the part isn't found, just returns NULL * do_fiddle_smime_message: updates status with "Couldn't load PKCS7 object: unknown error" ---- the error is unknown here because it's passing the openssl_error_string(), ---- but this isn't an openssl error. It's an error getting that body part that ---- propogates down to this part of the code. Ok, so the first "----" is one place a workaround could go. If the message was decrypted, it could then check itself to see if it's still is_pkcs7_body(). If so, it could do a recursive call to do_decoding to do the sig validation or additional decrypts. But, I don't think this is where the fix belongs. The second "----", where there's no "sparep"... we could find the previous p7 data, and use it... but that's not technically accurate. I *think* a message could be signed by one cert, then encrypted by another... though I think that'd fail anyway for other reasons. Point is, each step has the p7 data on the message body at that point: * the encrypted envelope gets decrypted by looking up that users public key in the local store * then the descripted content has a public key on that message body which was used to sign it. The third "----", that's where I think the problem lies. When the part is decrypted, it should be fudging the message stream to inject the decrypted content... and I think that is actually happening in do_decoding. But then the section numbers aren't correct... It's looping over those sections, first one being "1.1", but the new body after decrypt needs to use section "1" again. So, here's how I tested that theory: In pith/smime.c, get_part_contents, where it calls "detach", I changed it from: err = detach(ps_global->mail_stream, msgno, (char*) section, 0L, &len, pc, NULL, 0L); to: if(strcmp((char*) section, (char*) "1.1") == 0) { dprint((9, "JOSH: get_part_contents - forcing section to 1 from 1.1 for detach()")); err = detach(ps_global->mail_stream, msgno, "1", 0L, &len, pc, NULL, 0L); } else { dprint((9, "JOSH: get_part_contents - using default section for detach()")); err = detach(ps_global->mail_stream, msgno, (char*) section, 0L, &len, pc, NULL, 0L); } Recompiled, and it worked! Signed-only messages, encrypted-only messages, and signed-then-encrypted messages all read correctly now. That said, I really don't think this is the correct fix... I shouldn't simply be forcing the section to "1" there. But, it does confirm that is the problem... that the section is getting incremented as if we are crawling down into a multi-part message, but we had replaced the body with the parts, so that's invalid. With this, I get a message that starts with: [ This message was encrypted. ] [ This message was cryptographically signed. ] Next step - I'm hoping someone can make sense of the above and provide a correct fix. I think this determined what the problem is... I'm just now sure where the fix needs go to (though I'm hopeful it's just a few lines to fix it). Anyone able to give it a look? -- Josh I. -------------- next part -------------- A non-text attachment was scrubbed... Name: re-alpine-2.01.smime-debug-hack.patch Type: text/x-patch Size: 9642 bytes Desc: not available URL: From unrtst at gmail.com Sun Mar 6 20:40:23 2011 From: unrtst at gmail.com (Joshua Miller) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] S/MIME encrypted and signed message bug (was: top feature requests) In-Reply-To: References: Message-ID: Replying to myself... On Sun, Mar 6, 2011 at 7:18 PM, Joshua Miller wrote: > Next step - I'm hoping someone can make sense of the above and provide > a correct fix. I think this determined what the problem is... I'm just > now sure where the fix needs go to (though I'm hopeful it's just a few > lines to fix it). I kept digging, and I think I found the correct fix. I've created a patch on sourceforce (patch# 3201704): https://sourceforge.net/tracker/?func=detail&aid=3201704&group_id=264924&atid=1128050 Patch is also attached. (sorry, I meant to create a bug, had it all typed up, pasted to wrong "Add new" thing, and made a patch instead). Please see the link for the patch for more info. It's a simple patch (remove 3 lines of code, add 1 + comments), and it works in all my testing. I did include a warning in the comment that it could break handling of signed or encrypted parts that are buried in a multi-part message.. but signed+encrypted is already broken, and this fixes that (which I believe is more common). It should not cause any security/memory issues, so I think it's worthy of inclusion (unless someone comes up with a better fix). I'll be running my patched copy from now until it's fixed in the release :-) Thanks! -- Josh I. -------------- next part -------------- A non-text attachment was scrubbed... Name: re-alpine-2.01.smime-signandencrypt.patch Type: text/x-patch Size: 1836 bytes Desc: not available URL: From anrxc at sysphere.org Sun Mar 6 21:31:31 2011 From: anrxc at sysphere.org (Adrian C.) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] FldrList jumps to the Collection List Message-ID: Hello, I've been using mbox with Alpine for a long time and recently got an IMAP account with maildir. I think the server runs BincIMAP and maildir structure is ~/Maildir/INBOX/{.Sent,cur,new,tmp} I sync the mail with offlineimap to ~/mail with "sep" setting set to "/" - this basically produces the following structure ~/mail/INBOX{cur,new,tmp,Sent}. (I sync it because it was unbearably slow to work on remote mailbox with messages counted in hundreads of thousands) When reading mail in Sent if I press "<" or the left arrow to go back to the folder list (let's say I also have Trash and Outbox) it jumps back two steps to the Collection List. At first I ignored it but I'm really starting to hate that extra navigation back to Mail, then the slash in INBOX[/], and finally folder where I originally wanted to jump. I use alpine-2.00 with Eduardo's all_84.patch applied, and can't figure it out on my own. My settings are: inbox-path=~/mail/INBOX maildir-location=~/mail -- Adrian C. (anrxc) | anrxc..sysphere.org | PGP ID: D20A0618 PGP FP: 02A5 628A D8EE 2A93 996E 929F D5CB 31B7 D20A 0618 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 853 bytes Desc: not available URL: From fetchinson at googlemail.com Mon Mar 7 08:21:52 2011 From: fetchinson at googlemail.com (Daniel Fetchinson) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] how do I switch off bold characters when using colors? Message-ID: Hi folks, I've just installed 2.00 and indeed I got some of the features I was asking for in my previous mail (top feature requests). This is really neat! I turned on colors for the first time and things are looking good, but I not only got colors while viewing an email but also bold characters. Is there a way to turn these off while keeping all the nice colors? I mean I'd like to have no bold characters at all. Cheers, Daniel -- Psss, psss, put it down! - http://www.cafepress.com/putitdown From chappa at u.washington.edu Mon Mar 7 08:33:14 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] how do I switch off bold characters when using colors? In-Reply-To: References: Message-ID: On Mon, 7 Mar 2011, Daniel Fetchinson wrote: :) I turned on colors for the first time and things are looking good, but :) I not only got colors while viewing an email but also bold characters. :) Is there a way to turn these off while keeping all the nice colors? I :) mean I'd like to have no bold characters at all. Where are you seeing bold characters? The only bold characters I see are links (such as http, or mailto:, etc). I do not see normal text in bold. Which terminal and OS are you using? -- Eduardo http://staff.washington.edu/chappa/alpine/ From fetchinson at googlemail.com Mon Mar 7 09:05:56 2011 From: fetchinson at googlemail.com (Daniel Fetchinson) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] how do I switch off bold characters when using colors? In-Reply-To: References: Message-ID: > :) I turned on colors for the first time and things are looking good, but > :) I not only got colors while viewing an email but also bold characters. > :) Is there a way to turn these off while keeping all the nice colors? I > :) mean I'd like to have no bold characters at all. > > Where are you seeing bold characters? The only bold characters I see are > links (such as http, or mailto:, etc). I do not see normal text in bold. > Which terminal and OS are you using? Sorry, I should have been more specific. I'm using linux and pine is running in an xterm. I see bold characters in links, as you mentioned too, but also in plain text. The email in question came as HTML and pine I guess converts some tags to bold. This is what I'd like to switch off, if possible. Cheers, Daniel -- Psss, psss, put it down! - http://www.cafepress.com/putitdown From mattack at apple.com Mon Mar 7 11:51:05 2011 From: mattack at apple.com (Matt Ackeret) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] how do I switch off bold characters when using colors? In-Reply-To: References: Message-ID: On Mon, 7 Mar 2011, Daniel Fetchinson wrote: >Sorry, I should have been more specific. I'm using linux and pine is >running in an xterm. > >I see bold characters in links, as you mentioned too, but also in >plain text. The email in question came as HTML and pine I guess >converts some tags to bold. This is what I'd like to switch off, if >possible. Your terminal emulator might be converting the other text states to bold too. (I mean the terminal-states, which don't always match up exactly with what the actual display can do -- at least when people were using CRTs with actual hardware text mode. I realize that's not relevant for xterm, but basically the problem is out of alpine's field.) From chappa at u.washington.edu Mon Mar 7 14:03:51 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] how do I switch off bold characters when using colors? In-Reply-To: References: Message-ID: On Mon, 7 Mar 2011, Daniel Fetchinson wrote: :) I see bold characters in links, as you mentioned too, but also in :) plain text. The email in question came as HTML and pine I guess :) converts some tags to bold. This is what I'd like to switch off, if :) possible. Some tags will be displayed in bold. Do you have a sample message that you can bounce to me so I can see your problem? -- Eduardo http://staff.washington.edu/chappa/alpine/ From dougb at FreeBSD.org Mon Mar 7 14:43:53 2011 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] how do I switch off bold characters when using colors? In-Reply-To: References: Message-ID: <4D755FA9.808@FreeBSD.org> On 03/07/2011 08:21, Daniel Fetchinson wrote: > Hi folks, > > I've just installed 2.00 and indeed I got some of the features I was > asking for in my previous mail (top feature requests). This is really > neat! > > I turned on colors for the first time and things are looking good, but > I not only got colors while viewing an email but also bold characters. > Is there a way to turn these off while keeping all the nice colors? I > mean I'd like to have no bold characters at all. You just need to experiment with the color settings. Different terminal emulators render the same codes differently, so what you're seeing as "bold" is probably just the bright version of a given color. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From anrxc at sysphere.org Mon Mar 7 18:03:02 2011 From: anrxc at sysphere.org (Adrian C.) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] FldrList jumps to the Collection List In-Reply-To: References: Message-ID: On Mon, 7 Mar 2011, Eduardo Chappa wrote: > Could you send me the output of the command > > ls -lR ~/mail /home/a/mail: drwx------ 14 a a 4096 Mar 8 02:40 INBOX /home/a/mail/INBOX: drwx------ 2 a a 1404928 Mar 8 02:27 cur drwx------ 2 a a 856064 Mar 8 02:46 new drwx------ 5 a a 4096 Mar 7 21:02 Sent drwx------ 2 a a 4096 Mar 8 02:46 tmp > I think you are misunderstanding the maildir-location setting. That is true. I re-read the documentation here http://staff.washington.edu/chappa/alpine/info/maildir.html and made following changes after doing that: - to use md properly, and fix a problem where Outbox would be deleted and replaced by an Outbox mbox file on postpone inbox-path=#md/mail/INBOX - to use the maildir setting correctly this time maildir-location=mail/INBOX - and finally to solve my double-jump problem folder-collections=Mail #md/mail/[] Thanks Eduardo. -- Adrian C. (anrxc) | anrxc..sysphere.org | PGP ID: D20A0618 PGP FP: 02A5 628A D8EE 2A93 996E 929F D5CB 31B7 D20A 0618 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 853 bytes Desc: not available URL: From fetchinson at googlemail.com Tue Mar 8 08:08:39 2011 From: fetchinson at googlemail.com (Daniel Fetchinson) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] how do I switch off bold characters when using colors? In-Reply-To: References: Message-ID: > :) I see bold characters in links, as you mentioned too, but also in > :) plain text. The email in question came as HTML and pine I guess > :) converts some tags to bold. This is what I'd like to switch off, if > :) possible. > > Some tags will be displayed in bold. Do you have a sample message that you > can bounce to me so I can see your problem? I already deleted it :) But if I see one I'll forward it to you with a note. Cheers, Daniel -- Psss, psss, put it down! - http://www.cafepress.com/putitdown From alpine at benizi.com Tue Mar 8 08:19:52 2011 From: alpine at benizi.com (Benjamin R. Haskell) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] how do I switch off bold characters when using colors? In-Reply-To: References: Message-ID: On Tue, 8 Mar 2011, Daniel Fetchinson wrote: >> :) I see bold characters in links, as you mentioned too, but also in >> :) plain text. The email in question came as HTML and pine I guess >> :) converts some tags to bold. This is what I'd like to switch off, if >> :) possible. >> >> Some tags will be displayed in bold. Do you have a sample message that you >> can bounce to me so I can see your problem? > > I already deleted it :) But if I see one I'll forward it to you with a note. > >From a really basic test, I saw that '' and '' tags were bolded. '', '', and '' were underlined. Grep'ing for 'strong' finds: pith/filter.c in the re-alpine codebase, which appears to implement the conversion. It appears to handle quite a large number of HTML (and RSS?) tags. I can't see immediately any configuration variables that might prevent the boldness. Anyone else? -- Best, Ben From peale at physics.ucsb.edu Mon Mar 14 08:35:49 2011 From: peale at physics.ucsb.edu (Stan Peale) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] alpine vs. re-alpine In-Reply-To: References: Message-ID: How do I get out of "zoomed index" I cannot view my complete inbox, and restarting alpine does not change the configuration. How did I get into this index in the first place. It seems like a needless and confusing option. Stan Peale From peale at physics.ucsb.edu Mon Mar 14 08:40:58 2011 From: peale at physics.ucsb.edu (Stan Peale) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] alpine vs. re-alpine In-Reply-To: References: Message-ID: Never mind the last message about zoom mode. I found that z is a toggle. Stan Peale From chappa at u.washington.edu Mon Mar 14 08:42:10 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] alpine vs. re-alpine In-Reply-To: References: Message-ID: On Mon, 14 Mar 2011, Stan Peale wrote: :) How do I get out of "zoomed index" I cannot view my complete inbox, :) and restarting alpine does not change the configuration. How did I get :) into this index in the first place. It seems like a needless and :) confusing option. Stan Peale Not quite sure how you got in there. I have never seen anyone saying that they get automatically into a "zoomed index" screen, but since you did, you can get out of there in two ways: * press "; a", which will cancel the selection, or * press "z", which will keep the selection, but let you see the rest of the non selected messages. -- Eduardo http://staff.washington.edu/chappa/alpine/ From peale at physics.ucsb.edu Mon Mar 14 08:47:04 2011 From: peale at physics.ucsb.edu (Stan Peale) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] alpine vs. re-alpine In-Reply-To: References: Message-ID: Thanks, Eduardo. Stan On Mon, 14 Mar 2011, Eduardo Chappa wrote: > On Mon, 14 Mar 2011, Stan Peale wrote: > > :) How do I get out of "zoomed index" I cannot view my complete inbox, > :) and restarting alpine does not change the configuration. How did I get > :) into this index in the first place. It seems like a needless and > :) confusing option. Stan Peale > > Not quite sure how you got in there. I have never seen anyone saying that > they get automatically into a "zoomed index" screen, but since you did, > you can get out of there in two ways: > > * press "; a", which will cancel the selection, or > * press "z", which will keep the selection, but let you see the rest of > the non selected messages. > > -- > Eduardo > http://staff.washington.edu/chappa/alpine/ > From bl10 at cam.ac.uk Mon Mar 14 09:38:37 2011 From: bl10 at cam.ac.uk (Barry Landy) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] alpine vs. re-alpine In-Reply-To: References: Message-ID: On Mon, 14 Mar 2011, Stan Peale wrote: :>Thanks, Eduardo. :>Stan :> :> :> :>On Mon, 14 Mar 2011, Eduardo Chappa wrote: :> :>> On Mon, 14 Mar 2011, Stan Peale wrote: :>> :>> :) How do I get out of "zoomed index" I cannot view my complete inbox, :>> :) and restarting alpine does not change the configuration. How did I get :>> :) into this index in the first place. It seems like a needless and :>> :) confusing option. Stan Peale :>> :>> Not quite sure how you got in there. I have never seen anyone saying that :>> they get automatically into a "zoomed index" screen, but since you did, :>> you can get out of there in two ways: :>> :>> * press "; a", which will cancel the selection, or :>> * press "z", which will keep the selection, but let you see the rest of :>> the non selected messages. There is an "auto zoom after select" option which would do that and maybe you have it set? -- Barry Landy Home: +44-1223-570417 192, Gilbert Road College: +44-1223-472134 Cambridge CB4 3PB Efax: +44-870-458-0205 England Email BL10@cam.ac.uk From lists.alpine-info at duinheks.nl Sat Mar 26 06:27:41 2011 From: lists.alpine-info at duinheks.nl (lists.alpine-info@duinheks.nl) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Saving attachments easily Message-ID: Hello, I think I saw the answer to my question not too long ago, but alas, I did not need it and paid no attention :( Somebody sent me some e-mail messages with a lot (about a dozen) of attachments. Is there a way to save them all at once without having to use V(iew) and Save for every single one? I'm using Alpine 2.00 under SlackWare 13.0 Thanks in advance for any useful input, Hans. J.D.H. Beekhuizen e-mail: jdh.beekhuizen@duinheks.nl tel: +31(0)714015437 fax: +31(0)714017198 From chappa at u.washington.edu Sat Mar 26 06:44:35 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Saving attachments easily In-Reply-To: References: Message-ID: On Sat, 26 Mar 2011, lists.alpine-info@duinheks.nl wrote: :) I think I saw the answer to my question not too long ago, but alas, I :) did not need it and paid no attention :( How about an internet search? I did an internet search for the keywords "save multiple attachments alpine". I found the following link: http://staff.washington.edu/chappa/alpine/alpine-info/tips/#TIP33 this is what it says: If you receive several attachments, you can save them all at once. In order to do so, open the message as if you were going to read it, and press E to export the message. You will see a menu in the bottom, which should have a ^P AllParts command. If it does, simply press ^P. Pine will save the message to a file with any name you want (e.g.: foo), and save the attachments to a directory whose name is obtained from the name of the file containing your message with extension "d" (e.g. foo.d). -- Eduardo http://staff.washington.edu/chappa/alpine/ From bl10 at cam.ac.uk Sat Mar 26 13:57:49 2011 From: bl10 at cam.ac.uk (Barry Landy) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Saving attachments easily In-Reply-To: References: Message-ID: On Sat, 26 Mar 2011, lists.alpine-info@duinheks.nl wrote: :>Hello, :> :>I think I saw the answer to my question not too long ago, but alas, :>I did not need it and paid no attention :( :>Somebody sent me some e-mail messages with a lot (about a dozen) of :>attachments. Is there a way to save them all at once without having :>to use V(iew) and Save for every single one? :>I'm using Alpine 2.00 under SlackWare 13.0 :>Thanks in advance for any useful input, yes; I put this up not long ago but Eduardo saved me the trouble. :> :> Hans. :> :> :>J.D.H. Beekhuizen :>e-mail: jdh.beekhuizen@duinheks.nl :>tel: +31(0)714015437 :>fax: +31(0)714017198 :>_______________________________________________ :>Alpine-info mailing list :>Alpine-info@u.washington.edu :>http://mailman13.u.washington.edu/mailman/listinfo/alpine-info :> -- Barry Landy Home: +44-1223-570417 192, Gilbert Road College: +44-1223-472134 Cambridge CB4 3PB Efax: +44-870-458-0205 England Email BL10@cam.ac.uk From muhammad.rahiz at ouce.ox.ac.uk Mon Mar 28 05:14:47 2011 From: muhammad.rahiz at ouce.ox.ac.uk (Muhammad Rahiz) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign Message-ID: How do I insert the pound sign when composing emails? Do I need to configure any part of Alpine? I'm using Alpine 2.02 on Fedora 11 using UK-layout keyboard. -- Muhammad From chris at westnet.com Mon Mar 28 06:10:55 2011 From: chris at westnet.com (Christopher X. Candreva) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Muhammad Rahiz wrote: > How do I insert the pound sign when composing emails? Do I need to configure > any part of Alpine? on my keyboard, what we call pound is '#', and it's shift-3 . ========================================================== Chris Candreva -- chris@westnet.com -- (914) 948-3162 WestNet Internet Services of Westchester http://www.westnet.com/ From bl10 at cam.ac.uk Mon Mar 28 07:28:31 2011 From: bl10 at cam.ac.uk (Barry Landy) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Christopher X. Candreva wrote: :>On Mon, 28 Mar 2011, Muhammad Rahiz wrote: :> :>> How do I insert the pound sign when composing emails? Do I need to configure :>> any part of Alpine? :> :>on my keyboard, what we call pound is '#', and it's shift-3 . He means the symbol for the UK currency which is shift-3 on UK keyboards. (I have no idea why the # sign which we call "hash" is called "pound" in USA). I can type UK currency on my windows system thus ? but I dont know how others will read it. -- Barry Landy Home: +44-1223-570417 192, Gilbert Road College: +44-1223-472134 Cambridge CB4 3PB Efax: +44-870-458-0205 England Email BL10@cam.ac.uk From chris at westnet.com Mon Mar 28 06:43:44 2011 From: chris at westnet.com (Christopher X. Candreva) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Barry Landy wrote: > He means the symbol for the UK currency which is shift-3 on UK > keyboards. (I have no idea why the # sign which we call "hash" is called > "pound" in USA). Sorry, I had a feeling something was wrong but thought I would try to help. I've never known why it was called a "pound" sign either, but Wikipedia has what is at least an interesting story: In the United States, the symbol is traditionally called the pound sign or the number sign. The pound name derives from a series of abbreviations for pound, the unit of weight. At first "lb." was used; however, printers later designed a font containing a special symbol of an "lb" with a line through the verticals so that the lowercase letter "l" would not be mistaken for the numeral/digit "1". Unicode character U+2114 (?) is called the "L B bar symbol", and it is a cursive development of this symbol. Ultimately, the symbol was reduced for clarity as an overlay of two horizontal strokes "=" across two forward-slash-like strokes "//". ========================================================== Chris Candreva -- chris@westnet.com -- (914) 948-3162 WestNet Internet Services of Westchester http://www.westnet.com/ From jbastian at redhat.com Mon Mar 28 07:17:07 2011 From: jbastian at redhat.com (Jeff Bastian) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Muhammad Rahiz wrote: > How do I insert the pound sign when composing emails? Do I need to configure > any part of Alpine? > > I'm using Alpine 2.02 on Fedora 11 using UK-layout keyboard. There's nothing in alpine to configure (that I'm aware of). Rather, this is a terminal keyboard setting. I'm on a Linux system with a US keyboard, and I have mapped the right ALT key to be a Multi key (and swap CTRL and Caps Lock) with this line in my login scripts: setxkbmap -option -option compose:ralt,ctrl:nocaps To enter the ? symbol, I then type MUTLI+- SHIFT+L where MULTI is the right ALT key. That is, hold down the right ALT key and hit - and let go, then SHIFT L. Other currency symbols: ? : MULTI+| c ? : MULTI+= e ? : MUTLI+F r ? : MULTI+= L ? : MULTI+R s See /usr/share/X11/locale/en_US.UTF-8/Compose for other symbols you can type with the Multi key. Jeff From chappa at u.washington.edu Mon Mar 28 07:46:10 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Muhammad Rahiz wrote: :) How do I insert the pound sign when composing emails? You can insert such character with the command ESC ESC 163 (163 is the iso-8859-1 code for such character) If you are using a patched version of Alpine it can also be inserted by pressing CTRL-\ - l. -- Eduardo http://staff.washington.edu/chappa/alpine/ From bl10 at cam.ac.uk Mon Mar 28 09:12:08 2011 From: bl10 at cam.ac.uk (Barry Landy) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Eduardo Chappa wrote: :>On Mon, 28 Mar 2011, Muhammad Rahiz wrote: :> :>:) How do I insert the pound sign when composing emails? :> :>You can insert such character with the command :> :>ESC ESC 163 :> :>(163 is the iso-8859-1 code for such character) In what environment does this work? It does not seem to work (ESC ESC does nothing) in Alpine on Windows. :> :>If you are using a patched version of Alpine it can also be inserted by :>pressing CTRL-\ - l. :> :> -- Barry Landy Home: +44-1223-570417 192, Gilbert Road College: +44-1223-472134 Cambridge CB4 3PB Efax: +44-870-458-0205 England Email BL10@cam.ac.uk From chappa at u.washington.edu Mon Mar 28 08:39:55 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Barry Landy wrote: :) :>You can insert such character with the command :) :> :) :>ESC ESC 163 :) :> :) :>(163 is the iso-8859-1 code for such character) :) :) In what environment does this work? It does not seem to work (ESC ESC :) does nothing) in Alpine on Windows. When I press M S C I see the following settings: Display Character Set = UTF-8 Keyboard Character Set = I do not recall if this way to input characters is unix specific, but my hunch is that it should work in Windows Alpine. -- Eduardo http://staff.washington.edu/chappa/alpine/ From drf at maplepark.com Mon Mar 28 08:53:33 2011 From: drf at maplepark.com (David Forrest) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Eduardo Chappa wrote: > On Mon, 28 Mar 2011, Barry Landy wrote: > > :) :>You can insert such character with the command > :) :> > :) :>ESC ESC 163 > :) :> > :) :>(163 is the iso-8859-1 code for such character) > :) > :) In what environment does this work? It does not seem to work (ESC ESC > :) does nothing) in Alpine on Windows. > > When I press M S C I see the following settings: > > Display Character Set = UTF-8 > Keyboard Character Set = > > I do not recall if this way to input characters is unix specific, but my > hunch is that it should work in Windows Alpine. > It works in Alpine 2.02 on Fedora 11 Dave -- David Forrest Maple Park Development Corporation St. Louis, Missouri (Sent by ALPINE 2.02 FEDORA 11 LINUX) From alpine at benizi.com Mon Mar 28 08:59:00 2011 From: alpine at benizi.com (Benjamin R. Haskell) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Eduardo Chappa wrote: > On Mon, 28 Mar 2011, Barry Landy wrote: > > :) :>You can insert such character with the command > :) :> > :) :>ESC ESC 163 > :) :> > :) :>(163 is the iso-8859-1 code for such character) > :) > :) In what environment does this work? It does not seem to work (ESC > ESC :) does nothing) in Alpine on Windows. > > When I press M S C I see the following settings: > > Display Character Set = UTF-8 > Keyboard Character Set = > > I do not recall if this way to input characters is unix specific, but > my hunch is that it should work in Windows Alpine. It's probably even window-manager or terminal-emulator specific. Doesn't work here under dwm. Maybe it's a GNOME/KDE thing? Under Windows, circa 1997[1], I recall there being the shortcut: 0 # # # where the 0 and #'s are typed on the numeric keypad (not sure if that was a requirement) keeping held down during the time you're typing the numbers. ### is the Latin1 codepoint in decimal notation. E.g. if 163 is the Latin1 code for ?, it'd be 0163. -- Best, Ben [1] I only knew the shortcut for the purposes of typing the "tongue sticking out" smiley: :o? The capital thorn in that is Latin1 char 222. (so, 0222). From chappa at u.washington.edu Mon Mar 28 10:00:42 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Benjamin R. Haskell wrote: :) > I do not recall if this way to input characters is unix specific, but :) > my hunch is that it should work in Windows Alpine. :) :) It's probably even window-manager or terminal-emulator specific. :) Doesn't work here under dwm. Maybe it's a GNOME/KDE thing? Depends on if the terminal passes the input (ESC) to the application (Alpine) or not. If the terminal considers ESC as an input to a command on it, then Alpine will not see the ESC. -- Eduardo http://staff.washington.edu/chappa/alpine/ From alpine at benizi.com Mon Mar 28 10:29:11 2011 From: alpine at benizi.com (Benjamin R. Haskell) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Eduardo Chappa wrote: > On Mon, 28 Mar 2011, Benjamin R. Haskell wrote: > > :) > I do not recall if this way to input characters is unix specific, but > :) > my hunch is that it should work in Windows Alpine. > :) > :) It's probably even window-manager or terminal-emulator specific. > :) Doesn't work here under dwm. Maybe it's a GNOME/KDE thing? > > Depends on if the terminal passes the input (ESC) to the application > (Alpine) or not. If the terminal considers ESC as an input to a > command on it, then Alpine will not see the ESC. Ah. I misunderstood the context. Yes, works fine here under Alpico (Alpine's internal mail editor -- I normally enable implicit external editing under Vim). Tested under urxvt, uxterm, w/ and w/o GNU screen in-between. I thought you were suggesting a more general mechanism. -- Best, Ben From chappa at u.washington.edu Mon Mar 28 12:42:53 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Benjamin R. Haskell wrote: :) Ah. I misunderstood the context. Yes, works fine here under Alpico :) (Alpine's internal mail editor -- I normally enable implicit external :) editing under Vim). Tested under urxvt, uxterm, w/ and w/o GNU screen :) in-between. :) :) I thought you were suggesting a more general mechanism. Whenever you see a prompt in alpine asking you for input (such as the one for the "G"oto command), you can press ESC ESC 163 to input the pound sign. It might not make sense to input a pound sign in that particular case, but it is possible (a better example is the "search" command in pico, but since you do not use it, it may not be relevant to know that for you). By the way, one of things that I appreciated about the change in name was that Pico retained its name. Only Pine changed its name. Not trying to be picky, but... -- Eduardo http://staff.washington.edu/chappa/alpine/ From alpine at benizi.com Mon Mar 28 12:54:31 2011 From: alpine at benizi.com (Benjamin R. Haskell) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Eduardo Chappa wrote: > On Mon, 28 Mar 2011, Benjamin R. Haskell wrote: > > :) Ah. I misunderstood the context. Yes, works fine here under Alpico > :) (Alpine's internal mail editor) [...] > > By the way, one of things that I appreciated about the change in name > was that Pico retained its name. Only Pine changed its name. Not > trying to be picky, but... Aww. I, on the other hand, find that disappointing. Except for breaking the nano vs pico pun, it seems weird that Alpine still uses the PIne COmposer. Thanks, though. -- Ben From mattack at apple.com Mon Mar 28 16:57:33 2011 From: mattack at apple.com (Matt Ackeret) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Muhammad Rahiz wrote: > How do I insert the pound sign when composing emails? Do I need to configure > any part of Alpine? Option-3 in Terminal.app (running vim under alpine right now) works fine for me to enter ?. From mattack at apple.com Mon Mar 28 17:02:43 2011 From: mattack at apple.com (Matt Ackeret) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Matt Ackeret wrote: >On Mon, 28 Mar 2011, Muhammad Rahiz wrote: >> How do I insert the pound sign when composing emails? Do I need to configure >> any part of Alpine? > >Option-3 in Terminal.app (running vim under alpine right now) works fine for >me to enter ?. Hey, why did that message end up having 2 parts: 1 6 lines Text/PLAIN 2 4 lines Text/PLAIN the first part being the message, the second part being the mailing list footer. From alpine at benizi.com Mon Mar 28 17:24:34 2011 From: alpine at benizi.com (Benjamin R. Haskell) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Matt Ackeret wrote: > On Mon, 28 Mar 2011, Matt Ackeret wrote: >> On Mon, 28 Mar 2011, Muhammad Rahiz wrote: >>> How do I insert the pound sign when composing emails? Do I need to >>> configure any part of Alpine? >> >> Option-3 in Terminal.app (running vim under alpine right now) works fine for >> me to enter ?. > > Hey, why did that message end up having 2 parts: > 1 6 lines Text/PLAIN > 2 4 lines Text/PLAIN > > the first part being the message, the second part being the mailing > list footer. Because the mailing list adds a footer? ;-) Since the footer itself has always been there, I'm guessing you're asking why it's sometimes a separate MIME part? This page: [1] "Why does my Mailman footer sometimes show up as an attachment?" https://www.emwd.com/support/?_m=knowledgebase&_a=viewarticle&kbarticleid=56 has a simple explanation: if the message body is: 1) HTML (or) 2) in a different charset than the charset Mailman would use for the footer it adds it as a separate part. -- Best, Ben From mattack at apple.com Mon Mar 28 17:45:44 2011 From: mattack at apple.com (Matt Ackeret) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Benjamin R. Haskell wrote: > 2) in a different charset than the charset Mailman would use for the footer > > it adds it as a separate part. Oh, but UTF-8 is a superset of ASCII (right?), so Mailman could be 'smart' and if the other part were UTF-8, use UTF-8 to avoid the separate part. But I guess most people don't notice/care about mail having multiple parts. Thanks for the info. From alpine at benizi.com Mon Mar 28 22:05:16 2011 From: alpine at benizi.com (Benjamin R. Haskell) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Matt Ackeret wrote: > On Mon, 28 Mar 2011, Benjamin R. Haskell wrote: >> 2) in a different charset than the charset Mailman would use for the >> footer >> >> it adds it as a separate part. > > Oh, but UTF-8 is a superset of ASCII (right?), so Mailman could be > 'smart' and if the other part were UTF-8, use UTF-8 to avoid the > separate part. > > But I guess most people don't notice/care about mail having multiple > parts. Personally, I'd prefer if it were always in a separate MIME part, so there's no effort needed to trim it in replies. But, I've an odd bias. Since I only use Alpine for writing or responding to mail, not for reading it, the conspicuous: [ Part 2: "Attached Text" ] in the middle of the email doesn't bother me. -- Best, Ben From lucio at lambrate.inaf.it Tue Mar 29 00:47:27 2011 From: lucio at lambrate.inaf.it (Lucio Chiappetti) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Insert pound sign In-Reply-To: References: Message-ID: On Mon, 28 Mar 2011, Muhammad Rahiz wrote: > How do I insert the pound sign when composing emails? I can use both methods suggested by Eduardo Chappa in my patched alpine 2.0 running in an unix urxvt and obtain a pound sign : ? ? I followed the discussion and of course agree that it is not only an alpine issue, but mainly a terminal or window manager issue ... ... but nobody mentioned the fact that the fact you obtain the mark you want when composing a message in your environment, does not guarantee that your correspondents will have the appropriate setup to see it in the same way !! -- ------------------------------------------------------------------------ Lucio Chiappetti - INAF/IASF - via Bassini 15 - I-20133 Milano (Italy) ------------------------------------------------------------------------ L'Italia ripudia la guerra [...] Italy repudiates war [...] come mezzo di risoluzione delle as a way of resolution of controversie internazionali ? international controversies ? [Art. 11 Constitution of the Italian Republic] ------------------------------------------------------------------------ For more info : http://www.iasf-milano.inaf.it/~lucio/personal.html ------------------------------------------------------------------------ From kevinlongmusic at gmail.com Tue Mar 29 14:00:54 2011 From: kevinlongmusic at gmail.com (Kevin Long) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Migrating to a cloud email server , trying to preserve Alpine experience for "local" end users. In-Reply-To: References: Message-ID: Greetings. ?I work as a Sr. Computer Specialist for the University of Washington dept. of Statistics . We are in the process of migrating all of our email users (@stat.washington.edu) ?off of our local UW-imapd Debian Linux server, ?onto cloud services provided by the UW. ?I have been migrating all of the users to Outlook.com which is the microsoft provided cloud email service. For users of thunderbird, outlook, etc, the process has been relatively painless. ?I use a tool called imapsync to copy all of their IMAP messages and folders to the new server and then reconfigure their email client to point to the new IMAP email box. With alpine, ?I am confused about what exactly is going on, and how to best try to preserve the current user experience. Here is what I know: Our Alpine users SSH to a linux system called madrid and invoke Alpine. They are then prompted for IMAP credentials for our mailserver which is called mailhost. ? I believe they are prompted for this automatically even if they have not configured their Alpine for any particular account, because of the /etc/pine.conf file on Madrid (relevant sectiosn pasted below). Heres where it gets tricky: ?Our server "mailhost" is ALSO where the user's NFS-mounted home directories physically reside, and each homedirectory has a folder called ~/mail/ . >From what I have seen, the users must input their IMAP credentials before they can proceed with using their email, however, all of their folders are in "Local folders in mail". ?I believe ?they are working with folders which are not "subscribed" via IMAP. I have successfully connected Alpine to the outlook.com server over IMAP, but I had to set up collection lists for folders etc, and the user experience was not quite the same. If the current users are working with "Local folders in mail" , is this not operating over IMAP and instead reading the mail directly from the (NFS mounted) filesystem as the MTA dropped it off into their home directory? If so, why ?must they input IMAP credentials to move forward with seeing these messages? Regards, Kevin Long # ? ? ?/etc/pine.conf -- system wide pine configuration # # Values here affect all pine users unless they've overidden the values # in their .pinerc files. ?A copy of this file with current comments may # be obtained by running "pine -conf". It will be printed to standard output. # # For a variable to be unset its value must be null/blank. ?This is not the # same as the value of "empty string", which can be used to effectively # "unset" a variable that has a default or previously assigned value. # To set a variable to the empty string its value should be "". # Switch variables are set to either "yes" or "no", and default to "no". # Except for feature-list items, which are additive, values set in the # .pinerc file replace those in pine.conf, and those in pine.conf.fixed # over-ride all others. ?Features can be over-ridden in .pinerc or # pine.conf.fixed by pre-pending the feature name with "no-". # # (These comments are automatically inserted.) # Over-rides your full name from Unix password file. Required for PC-Pine. personal-name= # Sets domain part of From: and local addresses in outgoing mail. user-domain=stat.washington.edu # List of SMTP servers for sending mail. If blank: Unix Pine uses sendmail. smtp-server=mailhost.stat.washington.edu # NNTP server for posting news. Also sets news-collections for news reading. nntp-server=news.u.washington.edu # Path of (local or remote) INBOX, e.g. ={mail.somewhere.edu}inbox # Normal Unix default is the local INBOX (usually /usr/spool/mail/$USER). inbox-path={mailhost.stat.washington.edu/ssl}inbox # List of folder pairs; the first indicates a folder to archive, and the # second indicates the folder read messages in the first should # be moved to. incoming-archive-folders= # List of folders, assumed to be in first folder collection, # offered for pruning each month. ?For example: mumble pruned-folders= # Over-rides default path for sent-mail folder, e.g. =old-mail (using first # folder collection dir) or ={host2}sent-mail or ="" (to suppress saving). # Default: sent-mail (Unix) or SENTMAIL.MTX (PC) in default folder collection. default-fcc= # Over-rides default path for saved-msg folder, e.g. =saved-messages (using 1st # folder collection dir) or ={host2}saved-mail or ="" (to suppress saving). # Default: saved-messages (Unix) or SAVEMAIL.MTX (PC) in default collection. default-saved-msg-folder= # Over-rides default path for postponed messages folder, e.g. =pm (which uses # first folder collection dir) or ={host4}pm (using home dir on host4). # Default: postponed-msgs (Unix) or POSTPOND.MTX (PC) in default fldr coltn. postponed-folder= # If set, specifies where already-read messages will be moved upon quitting. read-message-folder= # If set, specifies where form letters should be stored. form-letter-folder= # Contains the actual signature contents as opposed to the signature filename. # If defined, this overrides the signature-file. Default is undefined. literal-signature= # Over-rides default path for signature file. Default is ~/.signature signature-file= # List of features; see Pine's Setup/options menu for the current set. # e.g. feature-list= select-without-confirm, signature-at-bottom # Default condition for all of the features is no-. feature-list=enable-full-header-cmd, ? ? ? ?enable-unix-pipe-cmd, ? ? ? ?enable-bounce-cmd, ? ? ? ?enable-alternate-editor-cmd, ? ? ? ?enable-tab-completion, ? ? ? ?enable-apply-cmd, ? ? ? ?enable-flag-cmd, ? ? ? ?enable-zoom-cmd, ? ? ? ?enable-mail-check-cue, ? ? ? ?save-will-advance, ? ? ? ?use-current-dir, ? ? ? ?enable-aggregate-command-set, ? ? ? ?enable-8bit-esmtp-negotiation, ? ? ? ?enable-8bit-nntp-posting, ? ? ? ?enable-search-and-replace, ? ? ? ?enable-reply-indent-string-editing, ? ? ? ?signature-at-bottom, ? ? ? ?enable-dot-folders, ? ? ? ?enable-msg-view-urls, ? ? ? ?enable-msg-view-web-hostnames, ? ? ? ?enable-dot-files, ? ? ? ?enable-newmail-in-xterm-icon, ? ? ? ?enable-suspend, ? ? ? ?show-plain-text-internally From chappa at u.washington.edu Tue Mar 29 18:28:09 2011 From: chappa at u.washington.edu (Eduardo Chappa) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Migrating to a cloud email server , trying to preserve Alpine experience for "local" end users. In-Reply-To: References: Message-ID: On Tue, 29 Mar 2011, Kevin Long wrote: :) For users of thunderbird, outlook, etc, the process has been relatively :) painless. I use a tool called imapsync to copy all of their IMAP :) messages and folders to the new server and then reconfigure their email :) client to point to the new IMAP email box. You can do the same with Alpine. You can configure their access to their folders through IMAP, instead of local access through NFS (which will corrupt folders). The relevant setting (in /etc/pine.conf) is called folder-collections. It must include something like this folder-collections=Mail {mailhost.stat.washington.edu/ssl}mail/[] would that do what you want? -- Eduardo http://staff.washington.edu/chappa/alpine/ :) :) :) :) With alpine, ?I am confused about what exactly is going on, and how to :) best try to preserve the current user experience. :) :) :) Here is what I know: :) :) :) Our Alpine users SSH to a linux system called madrid and invoke :) Alpine. They are then prompted for IMAP credentials for our mailserver :) which is called mailhost. ? I believe they are prompted for this :) automatically even if they have not configured their Alpine for any :) particular account, because of the /etc/pine.conf file on Madrid :) (relevant sectiosn pasted below). :) :) Heres where it gets tricky: ?Our server "mailhost" is ALSO where the :) user's NFS-mounted home directories physically reside, and each :) homedirectory has a folder called ~/mail/ . :) :) :) >From what I have seen, the users must input their IMAP credentials :) before they can proceed with using their email, however, all of their :) folders are in "Local folders in mail". ?I believe ?they are working :) with folders which are not "subscribed" via IMAP. :) :) :) :) I have successfully connected Alpine to the outlook.com server over :) IMAP, but I had to set up collection lists for folders etc, and the :) user experience was not quite the same. :) :) :) If the current users are working with "Local folders in mail" , is :) this not operating over IMAP and instead reading the mail directly :) from the (NFS mounted) filesystem as the MTA dropped it off into their :) home directory? If so, why ?must they input IMAP credentials to move :) forward with seeing these messages? :) :) :) :) Regards, :) :) Kevin Long :) :) :) :) :) :) :) :) :) :) :) # ? ? ?/etc/pine.conf -- system wide pine configuration :) # :) # Values here affect all pine users unless they've overidden the values :) # in their .pinerc files. ?A copy of this file with current comments may :) # be obtained by running "pine -conf". It will be printed to standard output. :) # :) # For a variable to be unset its value must be null/blank. ?This is not the :) # same as the value of "empty string", which can be used to effectively :) # "unset" a variable that has a default or previously assigned value. :) # To set a variable to the empty string its value should be "". :) # Switch variables are set to either "yes" or "no", and default to "no". :) # Except for feature-list items, which are additive, values set in the :) # .pinerc file replace those in pine.conf, and those in pine.conf.fixed :) # over-ride all others. ?Features can be over-ridden in .pinerc or :) # pine.conf.fixed by pre-pending the feature name with "no-". :) # :) # (These comments are automatically inserted.) :) :) # Over-rides your full name from Unix password file. Required for PC-Pine. :) personal-name= :) :) # Sets domain part of From: and local addresses in outgoing mail. :) user-domain=stat.washington.edu :) :) # List of SMTP servers for sending mail. If blank: Unix Pine uses sendmail. :) smtp-server=mailhost.stat.washington.edu :) :) # NNTP server for posting news. Also sets news-collections for news reading. :) nntp-server=news.u.washington.edu :) :) # Path of (local or remote) INBOX, e.g. ={mail.somewhere.edu}inbox :) # Normal Unix default is the local INBOX (usually /usr/spool/mail/$USER). :) inbox-path={mailhost.stat.washington.edu/ssl}inbox :) :) # List of folder pairs; the first indicates a folder to archive, and the :) # second indicates the folder read messages in the first should :) # be moved to. :) incoming-archive-folders= :) :) # List of folders, assumed to be in first folder collection, :) # offered for pruning each month. ?For example: mumble :) pruned-folders= :) :) # Over-rides default path for sent-mail folder, e.g. =old-mail (using first :) # folder collection dir) or ={host2}sent-mail or ="" (to suppress saving). :) # Default: sent-mail (Unix) or SENTMAIL.MTX (PC) in default folder collection. :) default-fcc= :) :) # Over-rides default path for saved-msg folder, e.g. =saved-messages (using 1st :) # folder collection dir) or ={host2}saved-mail or ="" (to suppress saving). :) # Default: saved-messages (Unix) or SAVEMAIL.MTX (PC) in default collection. :) default-saved-msg-folder= :) :) # Over-rides default path for postponed messages folder, e.g. =pm (which uses :) # first folder collection dir) or ={host4}pm (using home dir on host4). :) # Default: postponed-msgs (Unix) or POSTPOND.MTX (PC) in default fldr coltn. :) postponed-folder= :) :) # If set, specifies where already-read messages will be moved upon quitting. :) read-message-folder= :) :) # If set, specifies where form letters should be stored. :) form-letter-folder= :) :) # Contains the actual signature contents as opposed to the signature filename. :) # If defined, this overrides the signature-file. Default is undefined. :) literal-signature= :) # Over-rides default path for signature file. Default is ~/.signature :) signature-file= :) :) # List of features; see Pine's Setup/options menu for the current set. :) # e.g. feature-list= select-without-confirm, signature-at-bottom :) # Default condition for all of the features is no-. :) feature-list=enable-full-header-cmd, :) ? ? ? ?enable-unix-pipe-cmd, :) ? ? ? ?enable-bounce-cmd, :) ? ? ? ?enable-alternate-editor-cmd, :) ? ? ? ?enable-tab-completion, :) ? ? ? ?enable-apply-cmd, :) ? ? ? ?enable-flag-cmd, :) ? ? ? ?enable-zoom-cmd, :) ? ? ? ?enable-mail-check-cue, :) ? ? ? ?save-will-advance, :) ? ? ? ?use-current-dir, :) ? ? ? ?enable-aggregate-command-set, :) ? ? ? ?enable-8bit-esmtp-negotiation, :) ? ? ? ?enable-8bit-nntp-posting, :) ? ? ? ?enable-search-and-replace, :) ? ? ? ?enable-reply-indent-string-editing, :) ? ? ? ?signature-at-bottom, :) ? ? ? ?enable-dot-folders, :) ? ? ? ?enable-msg-view-urls, :) ? ? ? ?enable-msg-view-web-hostnames, :) ? ? ? ?enable-dot-files, :) ? ? ? ?enable-newmail-in-xterm-icon, :) ? ? ? ?enable-suspend, :) ? ? ? ?show-plain-text-internally :) _______________________________________________ :) Alpine-info mailing list :) Alpine-info@u.washington.edu :) http://mailman13.u.washington.edu/mailman/listinfo/alpine-info :) From n1ea at arrl.net Thu Mar 31 12:32:12 2011 From: n1ea at arrl.net (D.J.J. Ring, Jr.) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Request for New Feature Message-ID: Perhaps this should go to the re-alpine list, but this list is much more active. I have a good idea, but I have no clue as to how to do it. Google Code has a new command line application called googlecl that's g o o g l e c l. Google Command Line. The package is googlecl but the executive name to launch it is google. Is there someway for realpine to hook to this program and get the google address book? It will also do searches for you in your address book. It seems possible but for me it is impossible because I do not know how to do this at all! For me this is impossible, but for some on the list maybe it is possible. Be well and thanks, DR David J. Ring, Jr., N1EA SOWP , VWOA , OOTC, FISTS , CW-Ops , JARL-A1, A1-OP , ex-FOC 1271 ARRL-LM Chat Skype: djringjr MSN: djringjr@msn.com AIM: N1EA icq: 27380609 Radio-Officers Google Group-- Marine Morse Historic Recordings Page -------------- next part -------------- An HTML attachment was scrubbed... URL: From danm at prime.gushi.org Thu Mar 31 12:55:31 2011 From: danm at prime.gushi.org (Dan Mahoney, System Admin) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Request for New Feature In-Reply-To: References: Message-ID: On Thu, 31 Mar 2011, D.J.J. Ring, Jr. wrote: > Perhaps this should go to the re-alpine list, but this list is much more active. > > I have a good idea, but I have no clue as to how to do it. > > Google Code has a new command line application called googlecl that's g o o g l e c l. > > Google Command Line. > > The package is googlecl but the executive name to launch it is google. > > Is there someway for realpine to hook to this program and get the google address book?? It will also do searches for you in your address > book. It seems trivial enough to set up a cron job to sync your alpine address book with your google one. It's just a tab-separated file. I don't use the googles for this, but this sounds like something easy to do with either a shell or perl script in a few lines. -Dan -- "It's three o'clock in the morning. It's too late for 'oops'. After Locate Updates, don't even go there." -Paul Baecker January 3, 2k Indeed, sometime after 3AM --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --------------------------- From mattack at apple.com Thu Mar 31 15:24:02 2011 From: mattack at apple.com (Matt Ackeret) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Request for New Feature In-Reply-To: References: Message-ID: On Thu, 31 Mar 2011, D.J.J. Ring, Jr. wrote: >Is there someway for realpine to hook to this program and get the google >address book? I'm basically just spouting an acronym, but do they perhaps have an LDAP server for the address info? (Just like they "sort of" support IMAP for gmail.) From alpine at benizi.com Thu Mar 31 16:20:08 2011 From: alpine at benizi.com (Benjamin R. Haskell) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Request for New Feature In-Reply-To: References: Message-ID: On Thu, 31 Mar 2011, Matt Ackeret wrote: > On Thu, 31 Mar 2011, D.J.J. Ring, Jr. wrote: >> Is there someway for realpine to hook to this program and get the >> google address book? > > I'm basically just spouting an acronym, but do they perhaps have an > LDAP server for the address info? (Just like they "sort of" support > IMAP for gmail.) LOL, that'd be the day. No, I suspect they'll never have LDAP server support. The referenced program (googlecl) is just a Python wrapper for those Google services that use the Google Data API. (Many, but not all, AFAIK.) The attached Ruby script will convert output from `google contacts list` into a format readable by Alpine. Not automated or anything, so you have to sync it yourself, but it's better than nothing. -- Best, Ben -------------- next part -------------- #!/usr/bin/ruby require 'open3' cmd = %w{google contacts list --fields=name,email --title .* --delimiter} cmd << "\t" Open3.popen3(*cmd) do |i,out,err| out.each do |line| line.chomp! name, emails = line.split("\t").map do |val| val.gsub!(/\\x([\da-f]{2})/) { [$1.hex].pack('U') } val.gsub!(/\\u([\da-f]{4})/) { [$1.hex].pack('U') } val end emails.split(", ").reject {|e| e == 'None'}.each do |email| # remove an optional 'type' (e.g. home/work/other) email.gsub!(/^\S+ /,'') puts "\t#{name}\t<#{email}>" end end end From mbmiller+l at gmail.com Thu Mar 31 22:11:41 2011 From: mbmiller+l at gmail.com (Mike Miller) Date: Tue Jun 12 15:14:50 2018 Subject: [Alpine-info] Request for New Feature In-Reply-To: References: Message-ID: On Thu, 31 Mar 2011, Benjamin R. Haskell wrote: > The referenced program (googlecl) is just a Python wrapper for those > Google services that use the Google Data API. (Many, but not all, > AFAIK.) > > The attached Ruby script will convert output from `google contacts list` > into a format readable by Alpine. Not automated or anything, so you > have to sync it yourself, but it's better than nothing. Thanks for this. Nice work. I couldn't quite get the script to work at first, but I figure out that my problem was that I was using googleCL version 0.9.7. Version 0.9.13 came out a few hours ago, so I installed that instead, and then the script worked. There is a problem with what it does for me. I am used to using nicknames with Alpine, but I get no nicknames from your script -- every line begins with a tab. Secondly, the email address is always surrounded with what you might call inequality brackets: That's probably a non-issue but I'm curious about it because my .addressbook just has the plain email address, tab-delimited. Is there a reason to add the inequality brackets? Does anyone know what the trick is to getting the nickname field in Google Contacts? I'm thinking I just have to create it. Then would I have to modify the ruby script to include nickname like so?: --fields=nickname,name,email I guess Google Contacts usually has a single name field instead of First, Last, Middle. Is that correct? GoogleCL is here for those who want it but don't have it: http://code.google.com/p/googlecl/ Mike