<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.mail.re-alpine.devel">
    <title>gmane.mail.re-alpine.devel</title>
    <link>http://blog.gmane.org/gmane.mail.re-alpine.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/236"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/217"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/214"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/212"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/200"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/193"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/193"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/187"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/182"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/180"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/178"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/173"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/172"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/167"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/164"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/158"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/157"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/156"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/155"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.re-alpine.devel/154"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/236">
    <title>Undelete messages still purged from Gmail</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/236</link>
    <description>&lt;pre&gt;In my Gmail account, accessed via IMAPS, if I mark a message for deletion, 
it gets expunged even if I subsequently unmark it for deletion.  Say for 
example I choose a message, press "d" to mark it for deletion, then choose 
the same message and press "u" to unmark it for deletion.  Then if I press 
"x" to eXpunge the message, it still vanishes even though it is not marked 
for deletion.  Is there a way around this that I can set in the 
configuration for re-Alpine or else on Gmail's servers?

This is on (re-)Alpine 2.03 (BSO 1266 2009-07-14) from OpenBSD-current 
ports.

Regards,
/Lars

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
&lt;/pre&gt;</description>
    <dc:creator>Lars Nooden</dc:creator>
    <dc:date>2013-05-20T18:54:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/217">
    <title>Re-alpine and the new GMX</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/217</link>
    <description>&lt;pre&gt;Dear all,

GMX has recently released a new webmail user interface.  While this 
doesn't affect POP3-access to one's GMX account with re-alpine, I 
notice that emails composed usings re-alpine (version 2.02) are not 
displayed correctly inside the new GMX webmail user interface.  That 
is, the complete mail contents are displayed in one long line.

This is not a problem for me directly, because I am hardly using the 
webmail interface.  But several friends of mine are using it, and they 
start complaining that my emails are difficult to read.

For me, this looks like a bug in the new GMX interface, in particular 
because the same emails are displayed correctly in the old interface. 
(The old interface is, however, no longer available since today.) 
Nevertheless, I would like to ask the following questions:

1. Has anybody else also experienced this problem?  Or, can anybody 
say that this does *not* happen to them?  (In the latter case, I would 
like to compare the settings with you ...)

2. Since I doubt that GMX will fix this bug: Is there any chance that 
the next version of re-alpine will be able to send emails that are 
displayed correctly in the new GMX webmail interface?  (In particular, 
this problem does not seem to occur with emails sent by any other user 
agent.)

Thank you very much in advance for your advise.

Best Regards,

Tim

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
&lt;/pre&gt;</description>
    <dc:creator>Tim Kröger</dc:creator>
    <dc:date>2013-04-17T17:42:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/214">
    <title>Using GPG keys for encryption</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/214</link>
    <description>&lt;pre&gt;re-alpine has built-in support for encryption and signing messages using 
certificates.  Can these certificates be generated from existing PGP keys?  
If so, how?

Regards,
/Lars

------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
&lt;/pre&gt;</description>
    <dc:creator>Lars Nooden</dc:creator>
    <dc:date>2013-04-06T12:54:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/212">
    <title>Configuration - Display Filters _TMPFILE_ usingunprivate umask</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/212</link>
    <description>&lt;pre&gt;I've got re-alpine 2.03(1266) on OpenBSD-current and notice that _TMPFILE_ 
used by the configuration option 'display-filters' appears to use the 
umask which re-alpine was run with.  With many systems and in many 
situations, that defaults to world-readable tempfiles and can potentially 
be a privacy problem.  The same goes for _RESULTFILE_

/usr/loca/bin/gpg -d _TMPFILE_ &amp;gt; _RESULTFILE_

I would expect that the tempfiles would use the same settings as for the 
local mail folders or else default to a stricter setting like 0027 or 
0077.  Maybe the tempfiles should even be hidden in their own temp 
directory.  One work around is like this:

/usr/loca/bin/gpg -d _TMPFILE_ | less

Regards,
/Lars

PS.  Thanks for re-alpine, it's a great e-mail program.

------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
&lt;/pre&gt;</description>
    <dc:creator>Lars Nooden</dc:creator>
    <dc:date>2013-04-05T19:46:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/200">
    <title>quote when reply</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/200</link>
    <description>&lt;pre&gt;
When I hit R[eply], I would like to quote roughly as follows:

#################################################

----- Original Message -----
From: John Doe [JohnDoe-IEbV4ISQ1OR/nYYyQXODPxED0RAK/QAQ&amp;lt; at &amp;gt;public.gmane.org]
Sent: 02/24/2013 10:57 PM EST
To: Jacob Wegelin
Subject: Our project touch base

Confirmed.

#################################################

whereas the default in Alpine is

#################################################

On Tue, 26 Feb 2013, John Doe wrote:


#################################################

Note that the default does not give the time of the message to which I
reply, and it puts the "greater than" symbol in front of the quoted
text.

Is there a way that I can change to the first format shown?

Thanks

Jacob Wegelin

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
&lt;/pre&gt;</description>
    <dc:creator>Jacob Wegelin</dc:creator>
    <dc:date>2013-02-26T18:37:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/193">
    <title>FYI: News about Mark Crispin (fwd)</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/193</link>
    <description>&lt;pre&gt;Forwarding from Dovecot ML:

---------- Forwarded message ----------
From: Timo Sirainen &amp;lt;tss-X3B1VOXEql0&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
To: Dovecot Mailing List &amp;lt;dovecot-0Oe1dSRz8ENAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Date: Tue, 20 Nov 2012 02:55:16 +0200
Subject: [Dovecot] FYI: News about Mark Crispin
Reply-To: Dovecot Mailing List &amp;lt;dovecot-0Oe1dSRz8ENAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
X-Mailer: Apple Mail (2.1085)

Begin forwarded message:




------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
&lt;/pre&gt;</description>
    <dc:creator>Andraž 'ruskie' Levstik</dc:creator>
    <dc:date>2012-11-20T07:34:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/193">
    <title>FYI: News about Mark Crispin (fwd)</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/193</link>
    <description>&lt;pre&gt;Forwarding from Dovecot ML:

---------- Forwarded message ----------
From: Timo Sirainen &amp;lt;tss-X3B1VOXEql0&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
To: Dovecot Mailing List &amp;lt;dovecot-0Oe1dSRz8ENAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Date: Tue, 20 Nov 2012 02:55:16 +0200
Subject: [Dovecot] FYI: News about Mark Crispin
Reply-To: Dovecot Mailing List &amp;lt;dovecot-0Oe1dSRz8ENAfugRpC6u6w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
X-Mailer: Apple Mail (2.1085)

Begin forwarded message:




------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
&lt;/pre&gt;</description>
    <dc:creator>Andraž 'ruskie' Levstik</dc:creator>
    <dc:date>2012-11-20T07:34:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/187">
    <title>pam_setcred</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/187</link>
    <description>&lt;pre&gt;Dear Re-Apline team,

I am trying to compile re-alpine 2.02 from source (essentially because I want to apply one of Eduardo Chappa's patches ...) and get:

        Undefined reference to `pam_setcred'.

This is on Ubuntu 12.04, the libpam0g-dev packages is installed.  What else may I have done wrong?

Thank you in advance for your help.

Best Regards,

Tim Kroeger

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Tim Kröger</dc:creator>
    <dc:date>2012-08-29T17:11:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/182">
    <title>Multiple SMTP Servers &amp; Trash folder</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/182</link>
    <description>&lt;pre&gt;Hi,

I want to use multiple smtp servers in alpine. I've set a main server
via Setup-&amp;gt;Configuration (see below) and added another imap Server via
Setup-&amp;gt;collectionLists. So reading mail is no problem, I can see the
different servers / folders in the "Folder List" view (the added dots or
slashes after the folder names are a minor problem...).

In order to send mail via the second server, I've added a rule via
Setup-&amp;gt;Rules-&amp;gt;Roles, so when sending a message, the right smtp server
corresponding to the folder where I'm in is chosen.

BUT alpine always postpones messages to the folder on the main server,
even when the message is composed for the second server. The same
applies for sent messages: they are always saved on the main server.

How do I tell alpine to save postponed/sent messages on the right server?

Current configuration:
Setup -&amp;gt; Configuration:

-----------8&amp;lt;------------8&amp;lt;------------------------------------------
Personal Name                  = My Name
User Domain                    = &amp;lt;No Value Set&amp;gt;
SMTP Server (for sending)      = smtp.server.tld:587/user=USERNAME/tls
NNTP Server (for news)         = &amp;lt;No Value Set&amp;gt;
Inbox Path                     = {imap.server.tld:993/user=USERNAME
                                  /ssl}INBOX
Incoming Archive Folders       = &amp;lt;No Value Set&amp;gt;
Pruned Folders                 = &amp;lt;No Value Set&amp;gt;
Default Fcc (File carbon copy) = {imap.server.tld:993/user=USERNAME
                                  /ssl}Sent
Default Saved Message Folder   = &amp;lt;No Value Set: using "saved-messages"&amp;gt;
Postponed Folder               = {imap.server.tld:993/user=USERNAME
                                  /ssl}Drafts
Read Message Folder            = &amp;lt;No Value Set&amp;gt;
Form Letter Folder             = &amp;lt;No Value Set&amp;gt;
Trash Folder                   = {imap.server.tld:993/user=USERNAME
                                   /ssl}Trash
Literal Signature              = &amp;lt;No Value Set&amp;gt;
Signature File                 = &amp;lt;No Value Set: using ".signature"&amp;gt;
Feature List                   =
-----------8&amp;lt;------------8&amp;lt;------------------------------------------

Setup-&amp;gt;Rules-&amp;gt;Roles
-----------8&amp;lt;------------8&amp;lt;------------------------------------------
============ ACTIONS BEGIN HERE =============
Initialize settings using role : &amp;lt;No Value Set&amp;gt;
Set From        = My name &amp;lt;my.name-hiieHrhsZcXx1uQ+/gt6fg&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Set Reply-To    = &amp;lt;No Value Set&amp;gt;
Set Fcc         = &amp;lt;No Value Set: using "value from fcc-name-rule"&amp;gt;
Set LiteralSig  = &amp;lt;No Value Set&amp;gt;
Set Signature   = &amp;lt;No Value Set: using "default (.signature)"&amp;gt;
Set Template    = &amp;lt;No Value Set&amp;gt;
Set Other Hdrs  = &amp;lt;No Value Set&amp;gt;
Use SMTP Server = smtp.2nd-server.tld:25/user=my.name-hiieHrhsZcXx1uQ+/gt6fg&amp;lt; at &amp;gt;public.gmane.org/tls
Use NNTP Server = &amp;lt;No Value Set&amp;gt;
-----------8&amp;lt;------------8&amp;lt;------------------------------------------

Second question: How do I make use of the Trash folder? At present,
mails marked for deletion are deleted completely when expunged. How do I
move them to Trash folder instead? (of course in the trash folder on the
right server...)

Any hints appreciated -- Thanks!

Regards

[Note: This is a crosspost from
 https://bbs.archlinux.org/viewtopic.php?id=143009 ]


&lt;/pre&gt;</description>
    <dc:creator>Frederik</dc:creator>
    <dc:date>2012-06-10T18:20:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/180">
    <title>Some applied bugfixes</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/180</link>
    <description>&lt;pre&gt;I've applied a few patches from the bugtracker to master.

3428168: RFC 5751 compliance for S/MIME
3170864: fix incorrect display of non-ASCII names of attachments
3201704: fix signed+encrypted S/MIME messages
3530512: Do not disclose local hostname in message-id if domainname is available.

Feel free to test out and report any issues with any of these.

regards
&lt;/pre&gt;</description>
    <dc:creator>Andraž 'ruskie' Levstik</dc:creator>
    <dc:date>2012-06-03T10:18:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/178">
    <title>(re)-(al)pine in Lion and beyond</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/178</link>
    <description>&lt;pre&gt;[sorry for the long rambling; the key--simple--issue is in the last 
paragraph]

I've been using Snow Leopard (10.6) and Pine (via terminal/iTerm) to 
access my email at my university's Lynux server. It all works well. 
However, since our mail system is movingto Exchange (not my fault) the 
server's Pine is on death row, I'm told. Why? Nobody tells me--just that 
the university signed a deal with Microsoft. (To make matters worse, I 
won't be able to sync my Mac with iOS devices unless I move to Lion, Apple 
tells me).

I also use a local (in my Mac) installation of Pine to access downloaded 
Pine folders from the server, when I'm over quota there.

I've been using Pine for just about 20 years and until recently had no 
reason to change. I've seen all programs and do prefer Pine (haven't even 
tried yet Alpine or Re-Alpine, sorry). As you all know, not having to 
worry about SMTP servers and things like that is great--all email easily 
accessible via a direct connection to a server, from anywhere in the 
world, from any device.

But it seems that I'll have to use something like Mail.app and, worse, 
something like a webmail(!) when I am away from the university or home. 
Soon, I'm assuming, ssh and ftp will be gone, I'm in mourning.

OK, life goes on. I am wondering if a local installation of re-alpine (and 
pine and alpine) will work in Lion (MacOS 10.7). And I wonder if re-alpine 
will allow me to read my old local Pine folders (Mail.app doesn't, only if 
they are copied from the server via Mail itself).

Thanks!
Roberto

______________________________________


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Roberto G de Almeida</dc:creator>
    <dc:date>2012-05-08T16:16:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/173">
    <title>re-Alpine for Nokia N9 mobile phone.</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/173</link>
    <description>&lt;pre&gt;I am looking for a version of re-Alpine that I can install on my newly
purchased Nokia N9. The only advice I have received thus far is that
it may be possible to cross-compile, using the Harmattan SDK. This is
beyond my skill set, so I thought I would try to ask some experts in
here about the issue.

As far as I understand, the N9 OS is MeeGo 1.2 Harmattan. I believe
it is a modified version of MeeGo Linux that is most closely related
to Maemo Linux. According to Nokia, the Nokia N9 has an ARM Cortex-A8 
processor.

Any ideas?

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Brian Durant</dc:creator>
    <dc:date>2012-05-06T11:39:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/172">
    <title>re-alpine command line send mail</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/172</link>
    <description>&lt;pre&gt;Greetings,

Might be a silly question for this forum, but did not find answer just by googling around or quick re-alpine man page read.

I'm looking for simple command line mail client for Windows which is able to send a mail from command line, i.e. without user intervention and supports SMTP, POP3, SSL, TLS. The re-alpine seems to me a good choice,  but I'm not sure whether (re)-alpine can send a mail directly from command line (like sendmail does e.g. on *nix platform). I found some alpine patches on the web which makes possible to do command line send, but that would bring some other effort: require to re-compile the alpine on the Windows, not sure whether alpine patch works for re-alpine, etc.

Any suggestions ?

Thanks,
Juraj------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d_______________________________________________
Re-alpine-devel mailing list
Re-alpine-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/re-alpine-devel
&lt;/pre&gt;</description>
    <dc:creator>Juraj Priskin</dc:creator>
    <dc:date>2012-02-28T10:34:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/167">
    <title>Sig dashes in HTML Replies</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/167</link>
    <description>&lt;pre&gt;Hi All,

 I've noticed that sig dashes are not getting recognized when 
feature "Prefer Plain Text" is disabled.  I was having problems with 
feature "strip from sig dashes" last week and I finally found that it was 
working for plain text messages but not HTML ones (or dual format messages 
where Re-Alpine shows the HTML version).
 As far as I can tell, the plain text rules governing sig dashes 
also apply to HTML messages.  I don't know if Re-Alpine just skips 
signature detection of HTML messages or if the HTML messages I receive 
*which appear to have sig dashes* are malformed in some way which prevents 
detection.  But, the symptom is that the signatures are properly striped 
when replying to the plain text version, but not the HTML version.
 I'm asking because many dual format messages I receive, typically 
from mail-lists, are practically unreadable in plain text.  Such failures 
are truly astonishing, but there you have it.  One the other hand, 
Re-Alpine's internal HTML viewer is quite acceptable and I have resorted 
to disabling the feature "Prefer Plain Text" to accommodate these 
painfully offensive messages.  Consequently, however, Re-Alpine replies to 
the HTML version of dual format messages and the signatures proliferate 
endlessly, even though I *think* sig dashes are present and correct.
 I'm not sure what is the best solution.  Here are two completely 
uncensored ideas.  Maybe HTML messages could be checked for sig dashes, if 
they are not already.  Or, secondly, perhaps, a "reply to plain text even 
when not preferred" feature could be added.  But, someone who remembers 
the history and knows the RFCs better that I will probably have a better 
suggestion.

Sincerely,
PMouse

&lt;/pre&gt;</description>
    <dc:creator>Porcelain Mouse</dc:creator>
    <dc:date>2012-02-07T05:41:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/164">
    <title>Composer shortcuts</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/164</link>
    <description>&lt;pre&gt;Hi,

I want to adapt the shortcuts used in the composer/editor to be similar 
to the ones I'm used to from (Q)emacs (especially C-Space: set mark; 
C-W: Cut; C-Y/Z: Paste and maybe C-S: Search).

Now, there are shortcuts cluttered all over the place in /pico/ and I 
don't know what to change or where.

My first step was to change things in ebinds.h like
{CTRL|'K',killregion},
to
{CTRL|'W',              killregion},

and that seems to work, but changing

{CTRL|'^',setmark},
to
{CTRL|' ',setmark},

doesn't seem to work.

Also, in my Debian packaged alpine C-6 can be used for setting the mark, 
too, but I can't find it in the repository's code - (just a clone via 
git clone 
git://re-alpine.git.sourceforge.net/gitroot/re-alpine/re-alpine (and 
then no further fetching, just the master branch)).


Any hints on where to go?


Kind regards,

Malte

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
&lt;/pre&gt;</description>
    <dc:creator>ml-U6MU7zCGfvqsTnJN9+BGXg&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2012-02-05T14:24:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/158">
    <title>Android port?</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/158</link>
    <description>&lt;pre&gt;Hi all,

did anyone try to port (re-)alpine to Android?

Cheers,

Magnus


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
&lt;/pre&gt;</description>
    <dc:creator>Magnus Rattfeldt</dc:creator>
    <dc:date>2011-11-27T20:53:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/157">
    <title>[PATCH] Remove phone_home code (that sends usagecounts to UW)</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/157</link>
    <description>&lt;pre&gt;Presumably the usage counts did nothing to encourage UW to keep developing
pine. :-( Also, in any case, the address bounces...

Signed-off-by: Geoffrey Thomas &amp;lt;geofft-OCtwFvcbT1P2eFz/2MeuCQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
---
 alpine/mailview.c |   10 --------
 alpine/newuser.c  |   26 ++--------------------
 alpine/send.c     |   60 -----------------------------------------------------
 alpine/send.h     |    1 -
 pith/filter.c     |    2 -
 pith/pine.hlp     |   38 ---------------------------------
 pith/send.c       |   42 -------------------------------------
 pith/send.h       |    2 -
 pith/state.h      |    1 -
 9 files changed, 3 insertions(+), 179 deletions(-)

diff --git a/alpine/mailview.c b/alpine/mailview.c
index a7eb839..783e965 100644
--- a/alpine/mailview.c
+++ b/alpine/mailview.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -177,7 +177,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; int    url_local_imap(char *);
 int    url_local_nntp(char *);
 int    url_local_news(char *);
 int    url_local_file(char *);
-int    url_local_phone_home(char *);
 static int  print_to_printer(SCROLL_S *);
 int    search_text(int, long, int, char **, Pos *, int *);
 void    update_scroll_titlebar(long, int);
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1697,7 +1696,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; url_local_handler(char *s)
 {"news:", 5, url_local_news},
 {"x-alpine-gripe:", 15, gripe_gripe_to},
 {"x-alpine-help:", 14, url_local_helper},
-{"x-alpine-phone-home:", 20, url_local_phone_home},
 {"x-alpine-config:", 16, url_local_config},
 {"x-alpine-cert:", 14, url_local_certdetails},
 {"#", 1, url_local_fragment},
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -2252,14 +2250,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; url_local_fragment(char *fragment)
 }
 
 
-int
-url_local_phone_home(char *url)
-{
-    phone_home(url + strlen("x-alpine-phone-home:"));
-    return(2);
-}
-
-
 /*
  * Format editorial comment referencing screen offering
  * List-* header supplied commands
diff --git a/alpine/newuser.c b/alpine/newuser.c
index d273e99..ac094f3 100644
--- a/alpine/newuser.c
+++ b/alpine/newuser.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -68,20 +68,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; new_user_or_version(struct pine *ps)
     shown_text = text;
 
     /*
-     * Set it if the major revision number
-     * (the first after the dot) has changed.
-     */
-    ps-&amp;gt;phone_home = (first_time_alpine_user
-      || (ps-&amp;gt;pine_pre_vers
-  &amp;amp;&amp;amp; isdigit((unsigned char) ps-&amp;gt;pine_pre_vers[0])
-  &amp;amp;&amp;amp; ps-&amp;gt;pine_pre_vers[1] == '.'
-  &amp;amp;&amp;amp; isdigit((unsigned char) ps-&amp;gt;pine_pre_vers[2])
-  &amp;amp;&amp;amp; isdigit((unsigned char) vers[0])
-  &amp;amp;&amp;amp; vers[1] == '.'
-  &amp;amp;&amp;amp; isdigit((unsigned char) vers[2])
-  &amp;amp;&amp;amp; strncmp(ps-&amp;gt;pine_pre_vers, vers, 3) &amp;lt; 0));
-
-    /*
      * At this point, shown_text is a charstarstar with html
      * Turn it into a charstar with digested html
      */
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -139,15 +125,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; new_user_or_version(struct pine *ps)
        (nuov_keymenu.how_many * 12) * sizeof(struct key));
 setbitmap(sargs.keys.bitmap);
 
-if(ps-&amp;gt;phone_home){
-    km.keys[NUOV_EXIT].label = "Exit this greeting";
-    km.keys[NUOV_EXIT].bind.nch = 1;
-}
-else{
-    km.keys[NUOV_EXIT].label= "[Exit this greeting]";
-    km.keys[NUOV_EXIT].bind.nch = 3;
-    clrbitn(NUOV_VIEW, sargs.keys.bitmap);
-}
+km.keys[NUOV_EXIT].label= "[Exit this greeting]";
+km.keys[NUOV_EXIT].bind.nch = 3;
+clrbitn(NUOV_VIEW, sargs.keys.bitmap);
 
 if(ps-&amp;gt;first_time_user)
   clrbitn(NUOV_RELNOTES, sargs.keys.bitmap);
diff --git a/alpine/send.c b/alpine/send.c
index 27bc4e8..01c8098 100644
--- a/alpine/send.c
+++ b/alpine/send.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -70,9 +70,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; typedef struct body_particulars {
     PARAMETER         *parameter;
 } BODY_PARTICULARS_S;
 
-#definePHONE_HOME_VERSION"-count"
-#definePHONE_HOME_HOST"docserver.cac.washington.edu"
-
 /*
  * macro to bind pico's headerentry pointer to PINEFIELD "extdata" hook
  */
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -5462,63 +5459,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; pine_send_newsgroup_name(char *mailbox, char *group_name, size_t len)
 
 
 /*----------------------------------------------------------------------
-     Generate and send a message back to the pine development team
-     
-Args: none
-
-Returns: none
-----*/      
-void
-phone_home(char *addr)
-{
-    char      tmp[MAX_ADDRESS];
-    ENVELOPE *outgoing;
-    BODY     *body;
-
-    outgoing = mail_newenvelope();
-    if(!addr || !strindex(addr, '&amp;lt; at &amp;gt;')){
-snprintf(addr = tmp, sizeof(tmp), "alpine%s&amp;lt; at &amp;gt;%s", PHONE_HOME_VERSION, PHONE_HOME_HOST);
-tmp[sizeof(tmp)-1] = '\0';
-    }
-
-    rfc822_parse_adrlist(&amp;amp;outgoing-&amp;gt;to, addr, ps_global-&amp;gt;maildomain);
-
-    outgoing-&amp;gt;message_id  = generate_message_id();
-    outgoing-&amp;gt;subject  = cpystr("Document Request");
-    outgoing-&amp;gt;from  = phone_home_from();
-
-    body       = mail_newbody();
-    body-&amp;gt;type = TYPETEXT;
-
-    if((body-&amp;gt;contents.text.data = (void *)so_get(PicoText,NULL,EDIT_ACCESS)) != NULL){
-so_puts((STORE_S *)body-&amp;gt;contents.text.data, "Document request: ");
-so_puts((STORE_S *)body-&amp;gt;contents.text.data, "Alpine-");
-so_puts((STORE_S *)body-&amp;gt;contents.text.data, ALPINE_VERSION);
-if(ps_global-&amp;gt;first_time_user)
-  so_puts((STORE_S *)body-&amp;gt;contents.text.data, " for New Users");
-
-if(ps_global-&amp;gt;VAR_INBOX_PATH &amp;amp;&amp;amp; ps_global-&amp;gt;VAR_INBOX_PATH[0] == '{')
-  so_puts((STORE_S *)body-&amp;gt;contents.text.data, " and IMAP");
-
-if(ps_global-&amp;gt;VAR_NNTP_SERVER &amp;amp;&amp;amp; ps_global-&amp;gt;VAR_NNTP_SERVER[0]
-      &amp;amp;&amp;amp; ps_global-&amp;gt;VAR_NNTP_SERVER[0][0])
-  so_puts((STORE_S *)body-&amp;gt;contents.text.data, " and NNTP");
-
-(void)pine_simple_send(outgoing, &amp;amp;body, NULL,NULL,NULL,NULL, SS_NULLRP);
-
-q_status_message(SM_ORDER, 1, 3, "Thanks for being counted!");
-    }
-    else
-      q_status_message(SM_ORDER | SM_DING, 3, 4,
-       "Problem creating space for message text.");
-
-    mail_free_envelope(&amp;amp;outgoing);
-    pine_free_body(&amp;amp;body);
-
-}
-
-
-/*----------------------------------------------------------------------
     Set up fields for passing to pico.  Assumes first text part is
     intended to be passed along for editing, and is in the form of
     of a storage object brought into existence sometime before pico_send().
diff --git a/alpine/send.h b/alpine/send.h
index ed7955b..b82d709 100644
--- a/alpine/send.h
+++ b/alpine/send.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -41,7 +41,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; int    pine_simple_send(ENVELOPE *, BODY **, ACTION_S *, char *, char *, char *
 void    pine_send(ENVELOPE *, BODY **, char *, ACTION_S *, char *, REPLY_S *,
       REDRAFT_POS_S *, char *, PINEFIELD *, int);
 int    upload_msg_to_pico(char *, size_t, long *);
-void    phone_home(char *);
 void        create_message_body(BODY **, PATMT *, int);
 char   *pine_send_status(int, char *, char *, size_t, int *);
 int    confirm_daemon_send(void);
diff --git a/pith/filter.c b/pith/filter.c
index 3b9689c..9d9f3e5 100644
--- a/pith/filter.c
+++ b/pith/filter.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -7515,8 +7515,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; html_element_comment(FILTER_S *f, char *s)
       HD(f)-&amp;gt;bitbucket = 0;
     else if(!strucmp(s, "running"))
       HD(f)-&amp;gt;bitbucket = 0;
-    else if(!strucmp(s, "phone_home") &amp;amp;&amp;amp; ps_global-&amp;gt;phone_home)
-      HD(f)-&amp;gt;bitbucket = 0;
 #ifdef_WINDOWS
     else if(!strucmp(s, "os_windows"))
       HD(f)-&amp;gt;bitbucket = 0;
diff --git a/pith/pine.hlp b/pith/pine.hlp
index b6f2693..1b5d9a6 100644
--- a/pith/pine.hlp
+++ b/pith/pine.hlp
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1286,18 +1286,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; this link now to send a message to it:&amp;lt;BR&amp;gt;
 We hope you will explore Alpine's many capabilities. From the MAIN MENU,
 select Setup/Config to see many of the options available to you. Also note
 that all screens have context-sensitive help text available.&amp;lt;P&amp;gt;
-&amp;lt;!--chtml if pinemode="phone_home"--&amp;gt;
-SPECIAL REQUEST:
-This software is made available as a public service of the
-University of Washington in Seattle. We are no longer actively developing
-the software, but it is still helpful to us to have an idea of how many
-people are using Alpine. Are you willing to be counted as an Alpine user? Pressing 
-&amp;lt;A HREF="X-Alpine-Phone-Home:"&amp;gt;Return&amp;lt;/A&amp;gt;
-will send an anonymous (meaning, your real email address will not be revealed) 
-message to the Alpine team at the University of Washington for purposes of tallying.
-&amp;lt;P&amp;gt;
-&amp;lt;!--To Exit this screen and continue your Alpine session press "E".--&amp;gt;
-&amp;lt;!--chtml else--&amp;gt;
 To Exit this screen and continue your Alpine session press "Return".
 &amp;lt;!--chtml endif--&amp;gt;
 &amp;lt;/BODY&amp;gt;
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1319,20 +1307,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; Your Pine configuration file is automatically used for Alpine.
 The Release Notes may be viewed by pressing 
 &amp;amp;quot;R&amp;amp;quot; now or while in the MAIN MENU.
 &amp;lt;P&amp;gt;
-&amp;lt;!--chtml if pinemode="phone_home"--&amp;gt;
-SPECIAL REQUEST:
-This software is made available as a public service of the
-University of Washington in Seattle. We are no longer actively developing
-the software, but it is still helpful to us to have an idea of how many
-people are using Alpine. Are you willing to be counted as an Alpine user? Pressing 
-&amp;lt;A HREF="X-Alpine-Phone-Home:"&amp;gt;Return&amp;lt;/A&amp;gt;
-will send an anonymous (meaning, your real email address will not be revealed) 
-message to the Alpine team at the University of Washington for purposes of tallying.
-&amp;lt;P&amp;gt;
-&amp;lt;!--To Exit this screen and continue your Alpine session press "E".--&amp;gt;
-&amp;lt;!--chtml else--&amp;gt;
 To Exit this screen and continue your Alpine session press "Return".
-&amp;lt;!--chtml endif--&amp;gt;
 &amp;lt;/BODY&amp;gt;
 &amp;lt;/HTML&amp;gt;
 ===== new_version_greeting ======
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1349,20 +1324,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; this version of Alpine before.  This version's significant changes are
 documented in the Release Notes, which may be viewed by pressing 
 &amp;amp;quot;R&amp;amp;quot; now or while in the MAIN MENU.
 &amp;lt;P&amp;gt;
-&amp;lt;!--chtml if pinemode="phone_home"--&amp;gt;
-SPECIAL REQUEST:
-This software is made available as a public service of the
-University of Washington in Seattle. We are no longer actively developing
-the software, but it is still helpful to us to have an idea of how many
-people are using Alpine. Are you willing to be counted as an Alpine user? Pressing 
-&amp;lt;A HREF="X-Alpine-Phone-Home:"&amp;gt;Return&amp;lt;/A&amp;gt;
-will send an anonymous (meaning, your real email address will not be revealed) 
-message to the Alpine team at the University of Washington for purposes of tallying.
-
-&amp;lt;!--To Exit this screen and continue your Alpine session press "E".--&amp;gt;
-&amp;lt;!--chtml else--&amp;gt;
 To Exit this screen and continue your Alpine session press "Return".
-&amp;lt;!--chtml endif--&amp;gt;
 &amp;lt;/BODY&amp;gt;
 &amp;lt;/HTML&amp;gt;
 
diff --git a/pith/send.c b/pith/send.c
index 4af4b40..9068104 100644
--- a/pith/send.c
+++ b/pith/send.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1676,48 +1676,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; update_answered_flags(REPLY_S *reply)
 }
 
 
-/*
- * phone_home_from - make phone home request's from address IMpersonal.
- *     Doesn't include user's personal name.
- */
-ADDRESS *
-phone_home_from(void)
-{
-    ADDRESS *addr = mail_newaddr();
-    char     tmp[32];
-
-    /* garble up mailbox name */
-    snprintf(tmp, sizeof(tmp), "hash_%08u", phone_home_hash(ps_global-&amp;gt;VAR_USER_ID));
-    tmp[sizeof(tmp)-1] = '\0';
-    addr-&amp;gt;mailbox = cpystr(tmp);
-    addr-&amp;gt;host  = cpystr(ps_global-&amp;gt;maildomain);
-    return(addr);
-}
-
-
-/*
- * one-way-hash a username into an 8-digit decimal number 
- *
- * Corey Satten, corey-hJ3xlndM57OWzc88wn+gRje48wsgrGvP&amp;lt; at &amp;gt;public.gmane.org, 7/15/98
- */
-unsigned int
-phone_home_hash(char *s)
-{
-    unsigned int h;
-    
-    for (h=0; *s; ++s) {
-        if (h &amp;amp; 1)
-  h = (h&amp;gt;&amp;gt;1) | (PH_MAXHASH/2);
-        else 
-  h = (h&amp;gt;&amp;gt;1);
-
-        h = ((h+1) * ((unsigned char) *s)) &amp;amp; (PH_MAXHASH - 1);
-    }
-    
-    return (h);
-}
-
-
 /*----------------------------------------------------------------------
      Call the mailer, SMTP, sendmail or whatever
      
diff --git a/pith/send.h b/pith/send.h
index b1d0d33..22a9890 100644
--- a/pith/send.h
+++ b/pith/send.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -224,8 +224,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; METAENV   *pine_new_env(ENVELOPE *, char **, char ***, PINEFIELD *);
 void    pine_free_env(METAENV **);
 int    check_addresses(METAENV *);
 void    update_answered_flags(REPLY_S *);
-ADDRESS   *phone_home_from(void);
-unsigned int phone_home_hash(char *);
 int         call_mailer(METAENV *, BODY *, char **, int, void (*)(char *, int),
 void (*)(PIPE_S *, int, void *));
 int         write_postponed(METAENV *, BODY *);
diff --git a/pith/state.h b/pith/state.h
index 565ab9f..3981791 100644
--- a/pith/state.h
+++ b/pith/state.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -187,7 +187,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; struct pine {
     unsigned force_prefer_plain:1;
     unsigned force_no_prefer_plain:1;
 
-    unsigned phone_home:1;
     unsigned     painted_body_on_startup:1;
     unsigned     painted_footer_on_startup:1;
     unsigned     open_readonly_on_startup:1;
&lt;/pre&gt;</description>
    <dc:creator>Geoffrey Thomas</dc:creator>
    <dc:date>2011-11-17T23:55:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/156">
    <title>reply using role with digest email</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/156</link>
    <description>&lt;pre&gt;
All-

I've been using re-alpine or its predecessors since the pine 2.x days, but
there's plenty I still don't know about it, and I'm hoping this is one of
those things.

I've never been able to find any way to make re-alpine auto-select OR
allow me to specify a role to use when replying to a message that is part
of a digest.

I'm subscribed to the digest version of several mailing lists.  One
example is the "openldap-technical" mailing list, which is managed by
mailman-2.x.

The digest comes to me with From, To, and Reply-To set as

     From: openldap-technical-request-NMOUhb4S1gZg9hUCZPvPmw&amp;lt; at &amp;gt;public.gmane.org
     Subject: openldap-technical Digest, Vol 48, Issue 9
     To: openldap-technical-NMOUhb4S1gZg9hUCZPvPmw&amp;lt; at &amp;gt;public.gmane.org
     Reply-To: openldap-technical-NMOUhb4S1gZg9hUCZPvPmw&amp;lt; at &amp;gt;public.gmane.org

The messages are attachments in a Multipart/Digest.

I have several roles set up, in particular:

     LIT:pattern="/NICK=Tim.Mooney-a50kBt2oUfs&amp;lt; at &amp;gt;public.gmane.org/PARTIC=Tim.Mooney&amp;lt; at &amp;gt;,kickstart-list&amp;lt; at &amp;gt;,networker&amp;lt; at &amp;gt;,openldap-technical-NMOUhb4S1gZg9hUCZPvPmw&amp;lt; at &amp;gt;public.gmane.org,redhat-sysadmin-list&amp;lt; at &amp;gt;,rpm-devel-E22Dobh7AKI&amp;lt; at &amp;gt;public.gmane.org,rhn-satellite-users-H+wXaHxf7aLQT0dZR+AlfA&amp;lt; at &amp;gt;public.gmane.org,cups-B9D8k9nSxTHQT0dZR+AlfA&amp;lt; at &amp;gt;public.gmane.org/FLDTYPE=EMAIL" action="/ROLE=1/FROM=Tim Mooney &amp;lt;Tim.Mooney-a50kBt2oUfs&amp;lt; at &amp;gt;public.gmane.org&amp;gt;/SIG=.signature.ndsu/RTYPE=NC/FTYPE=NC/CTYPE=NO"

In other words, a big list of participants that should match the From
(or To) for the digest.

The problem is that when I use V to view an attachment and then select one
of the messages, if I Reply, my role is not selected for the reply.  This
is true even if the actual message that I'm replying to has
openldap-technical in the To: or Cc:.

I have "alternate-role-menu" and "no-alternate-compose-menu" set.  If
there are other settings that might be interacting with roles &amp;amp; digests
please let me know and I'll happily share those settings too.

In a pinch I would even be Ok with manually selecting the right role
using #, but I can only do that for the overall digest -- I can't select the
individual (attached) message in the digest to reply to.

Is there something I'm missing, or is it just not possible to auto-select
the reply role for an attachment in a digest?

Thanks,

Tim
&lt;/pre&gt;</description>
    <dc:creator>Tim Mooney</dc:creator>
    <dc:date>2011-11-10T19:14:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/155">
    <title>pine problems</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/155</link>
    <description>&lt;pre&gt;Hello there,

I hope you can help me with a couple of problems I am having with re-alpine. It 
is probably due to having switched to a new email system at my university, but 
my (not many) attempts to fix these problems have failed.

First, when opening some messages (not all of them only some, and I don't know 
what makes them 'special'), I get the message headers, the regular pine footer, 
the rest is blank and the message in the attachment 'pine_screenshot.png' right 
above the footer menu.

Second, when attempting to finish composing a postponed message, pine crashes 
and presents the message in the attachment 'pine_screenshot_2.png'.

Hope you can help.

Kind Regards,

Nicola Fameli | Department of Anesthesiology, Pharmacology and
Therapeutics | The University of British Columbia | Vancouver, BC,
Canada | t +1-604-8226198------------------------------------------------------------------------------
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning&amp;lt; at &amp;gt;Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev_______________________________________________
Re-alpine-devel mailing list
Re-alpine-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/re-alpine-devel
&lt;/pre&gt;</description>
    <dc:creator>Nicola Fameli</dc:creator>
    <dc:date>2011-10-21T23:01:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/154">
    <title>pine problems</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/154</link>
    <description>&lt;pre&gt;Hello there,

I hope you can help me with a couple of problems I am having with 
re-alpine. It is probably due to having switched to a new email system at 
my university, but my (not many) attempts to fix these problems have 
failed.

First, when opening some messages (not all of them only some, and I don't 
know what makes them 'special'), I get the message headers, the regular 
pine footer, the rest is blank and the message in the attachment 
'pine_screenshot.png' right above the footer menu.

Second, when attempting to finish composing a postponed message, pine 
crashes and presents the message in the attachment 
'pine_screenshot_2.png'.

Hope you can help.

Kind Regards,

Nicola Fameli | Department of Anesthesiology, Pharmacology and
Therapeutics | The University of British Columbia | Vancouver, BC,
Canada | t +1-604-8226198------------------------------------------------------------------------------
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning&amp;lt; at &amp;gt;Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev_______________________________________________
Re-alpine-devel mailing list
Re-alpine-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/re-alpine-devel
&lt;/pre&gt;</description>
    <dc:creator>Nicola Fameli</dc:creator>
    <dc:date>2011-10-21T22:24:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.re-alpine.devel/152">
    <title>Thread Sorting</title>
    <link>http://comments.gmane.org/gmane.mail.re-alpine.devel/152</link>
    <description>&lt;pre&gt;I am new to Alpine, so please forgive me if I've simply overlooked 
something.

I currently have threading enabled in my index and have it sorted by date. 
The problem is that it sorts it by the date of the first (oldest) message 
in that thread. This means that when someone sends an email that matches 
an old thread, the new message is stuck WAY up in my index history (under 
the old thread). What I would like is for the threads to be sorted by the 
newest email in the thread, this way threads with new emails get pushed to 
the recent end of my index where I will actually see/find them.

I looked through the settings (M S C) and found the settings for enabling 
threading and for sorting by date, but couldn't find anything that would 
enable the above-preferred behavior.

I am currently getting used to Alpine for the first time (been using 
Thunderbird for a long time) and this one issue is kind of a deal-breaker 
for me :(

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
&lt;/pre&gt;</description>
    <dc:creator>Doug Penner</dc:creator>
    <dc:date>2011-10-11T13:11:08</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.mail.re-alpine.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.mail.re-alpine.devel</link>
  </textinput>
</rdf:RDF>
