Karthik Vishwanath | 24 Sep 17:33 2014
Picon

Empty (IMAP) inbox?

Hello,

I've set up alpine to view my imap (google) inbox. I am able to see messages alright when I open INBOX (under Mail -> Local Folders). However, if I select INBOX on the Folders on imap.gmail.com, I open to a blank INBOX!

The status reads:

[Now in EMPTY directory: {imap.gmail.com:993/ssl/user=vishwak-cngWr7cLLlyVc3sceRu5cw@public.gmane.org}INBOX/]

What am I missing?


Thanks,

--
-Karthik Vishwanath
<div><div dir="ltr">
<div>
<div>
<div>Hello,<br><br>I've set up alpine to view my imap (google) inbox. I am able to see messages alright when I open INBOX (under Mail -&gt; Local Folders). However, if I select INBOX on the Folders on <a href="http://imap.gmail.com">imap.gmail.com</a>, I open to a blank INBOX! <br><br>
</div>The status reads: <br><br>[Now in EMPTY directory: {<a href="http://imap.gmail.com:993/ssl/user=vishwak-cngWr7cLLlyVc3sceRu5cw <at> public.gmane.org%7DINBOX/">imap.gmail.com:993/ssl/user=vishwak@...}INBOX/</a>]<br><br>
</div>What am I missing? <br><br><br>
</div>Thanks,<br><br clear="all"><div><div><div><div>
<div>--<br>-Karthik Vishwanath</div>
</div></div></div></div>
</div></div>
Beartooth | 23 Sep 21:24 2014
Picon
Picon

Alpine path??


	I need to copy a huge (twenty or thirty GB) mass of (mostly old) 
Alpine files from a remote location (where my domain is hosted) to a 
local one, so that I can recopy them onto some sort of external USB hard 
drive, and put that away, like in a safe deposit box.

	To do that, by any means I know of, I need to know the full paths 
from / down at least to the various folder-collections.

	Poking around my own local machine (where I do also run Alpine, 
though not for much), I can't seem to hit anything I might recognize. 

	So where should I be looking that I'm not??

--

-- 
Beartooth Staffwright, Not Quite Clueless Power User
Remember I know little (precious little!) of where up is.

Markus Schlager | 23 Sep 15:50 2014
Picon
Picon

form letter folder and roles

Hi all,

I have a form letter folder configured and several roles set up. I started 
a message using a particular role and postponed it to the form letter 
folder.

Now, when I start to compose a message from the form letter folder the 
message will be sent using the default settings but not any role.

How can I use a role, when composing from the form letter folder? Or, how 
can I attach a role to a message when postponing it to the form letter 
folder?

The help on form letter folder says:

"You may find that the "Roles" facility can be used to replace the Form 
Letter Folder."

Does this mean I can use different form letter folders for different 
roles? How can I do this?

Markus
Jason | 13 Sep 16:37 2014
Picon

Re: Wrapping


> For some reason when you read messages they do not adapt to the screen 
> size. Here is a little bit of the explanation of why this could be 
> happening.

Folks:

1) OP is sending email to/from this list using Yahoo mail.  He doesn't 
care about Yahoo mail.  He doesn't care what his messages to/from this 
list look like in Yahoo mail.  He doesn't care about Yahoo mail.

2) He is sending email to/from his boss at work using Alpine.  He cares 
what his email _to_ his boss looks like when his boss reads it in Outlook. 
He doesn't care what anyone else's email to him looks like in Alpine 
(ostensibly because it looks fine).

OP: you need to get yourself a Windows box and run Outlook and send 
yourself test messages.  Borrow one, dual-boot, use a terminal server if 
your company has one, etc; but somehow, you need to run Outlook yourself 
so you can personally experiment and see both sides of the transaction. 
You need to check the headers and the raw message bodies to see exactly 
what's coming through to Outlook.  Once you know that, you can begin the 
process of trying to make your messages look good in Outlook.

For what it's worth, I also use Alpine in a corporate environment and send 
from Alpine to folks who read theit mail with Outlook.  Flowed text works 
fine for me.  In both native Outlook and the Outlook Web Access client, 
going back at least five years, it has always worked fine.  I use the 
builtin pico editor most of the time, and occassionally shell out to vim 
(with ^_) when I want to selectively disable flowed text (e.g., quoting 
long log lines).  In the latter case, I usually finish composing in vim, 
and then come back to the builtin pico and ctrl-J to justify/re-flow the 
parts of the message other than the long log lines.  Over in Outlook, the 
client can shrink his window tiny, or blow it up huge, and it always looks 
correctly flowed.

So if it's not working for you, either Alpine is setup wrong (double-check 
your config), or else Outlook or Exchange is doing something funky.  I 
have no idea how MS products work, so I can't really help you with the 
latter.

Also, as I've said before, I do think it would be useful to have a 
minimal, _optional_ HTML wrapper mode in Alpine, that basically just sets 
the MIME type to text/html and wraps the whole message body in 
<html></html>.  It doesn't have to be the default; it doesn't have to be 
huge and bloated (certainly it should be smaller than the existing HTML 
support for parsing/displaying HTML mails).  And clearly some folks would 
find it useful.

I'm willing to do the work here (coding, testing, maintaining a patch if 
Eduardo doesn't want it upstream for some reason), I just haven't found 
time yet to work on it.  If anyone wants to help -- even just sending 
pointers on the organization of the code base and where this would fit -- 
please let me know.

Thanks.

   -Jason

Hans Stam | 12 Sep 22:12 2014
Picon

version 2.00

Hello all..

Is version 2.00 the last version of Alpine?

Regards

Hans
Carlos E. R. | 11 Sep 20:52 2014

Re: Wrapping


On Thursday, 2014-09-11 at 10:38 -0700, stef wrote:
> On Wed, 9/10/14, Carlos E. R. <> wrote:
>
>> That said, when I need to do
>> that, I use external editor "joe" and
>> switch wrap off with a keystroke.

> Carlos,
> The solution you suggested (external editor) works nicely for me--used it today.

Welcome :-)

> I can just use nano and turn off the "long line wrapping" with Alt+L and it seems to do the job.
> Incidentally, I also checked out "joe"--I'd been curious about it for a bit and it looks like a good
alternative. Crtl +TW to turn on/off wrapping and lots of other goodies.
> Tx.

joe has several "flavors". I call it as "jstar". You might like "jpico". 
All are symlinks to joe, but behave differently.

However, on your quoted paragraph above, the phrase that starts with 
"Incidentally", I can not read fully on Alpine while tyìng the reply, 
because it does not wrap, it is a single line and goes beyond the xterm 
window. Maybe there is an option that tells Alpine to reflow the quotes, 
but that would break the format of tables or log/commands printout, so I 
have to keep it this way.

That's also the reason why most of the people I correspond with in plain 
text email ask me to limit my line length to something about 70 chars.

-- 
Cheers,
        Carlos E. R.
        (from 13.1 x86_64 "Bottle" at Telcontar)


On Thursday, 2014-09-11 at 10:38 -0700, stef wrote:
> On Wed, 9/10/14, Carlos E. R. <> wrote:
>
>> That said, when I need to do
>> that, I use external editor "joe" and
>> switch wrap off with a keystroke.

> Carlos,
> The solution you suggested (external editor) works nicely for me--used it today.

Welcome :-)

> I can just use nano and turn off the "long line wrapping" with Alt+L and it seems to do the job.
> Incidentally, I also checked out "joe"--I'd been curious about it for a bit and it looks like a good
alternative. Crtl +TW to turn on/off wrapping and lots of other goodies.
> Tx.

joe has several "flavors". I call it as "jstar". You might like "jpico". 
All are symlinks to joe, but behave differently.

However, on your quoted paragraph above, the phrase that starts with 
"Incidentally", I can not read fully on Alpine while tyìng the reply, 
because it does not wrap, it is a single line and goes beyond the xterm 
window. Maybe there is an option that tells Alpine to reflow the quotes, 
but that would break the format of tables or log/commands printout, so I 
have to keep it this way.

That's also the reason why most of the people I correspond with in plain 
text email ask me to limit my line length to something about 70 chars.

--

-- 
Cheers,
        Carlos E. R.
        (from 13.1 x86_64 "Bottle" at Telcontar)

stef | 10 Sep 13:23 2014
Picon

Wrapping

Hi,

Can I force Alpine NOT to wrap at 74 or 80 characters?

I think whatever the RFC's, that wrapping at the above values contributes to making text only email very
non-user friendly, difficult to read and less pleasing to the eye.

When you are dealing with professionals which are super busy and receive LOTS of emails every day, it helps
to have a message which is pleasing to the eye and easy to read and understand quickly.

To that effect, I thin minimal hml can be good (just use bold or italics to sometimes highlight key words
which can be scanned by recipient so he can then decide whether to actually read the email or trash it) and
certainly, having nice flowed longer lines than 74 or 80characters would help in that.

Just my 2 cents.  So is it possible and if so, how?

Thanks.
Mike Miller | 7 Sep 20:13 2014
Picon

dealing with noncompliance to RFC 2047, section 5

I have received messages with attachments from someone who uses Airmail. 
One of the filenames looked like this:

Project =?utf-8?Q?1=5FOetting_?=pj edit =?utf-8?Q?9=5F6=5F14=5F2.docx?=

Alpine takes it as it is -- no decoding of the encoded words -- but Gmail 
correctly reads the filename like this:

Project 1_Oetting pj edit 9_6_14_2.docx

The problem seems to be that Alpine is strictly complying with RFC 2047 
while Gmail does the decoding:

https://airmail.tenderapp.com/help/discussions/airmail-beta-248/258-content-disposition-header-and-rfc-2184

"Airmail uses encoded words as the filename value which is forbidden in 
RFC2047 section 5:

    An 'encoded-word' MUST NOT be used in parameter of a MIME Content-Type
    or Content-Disposition field, or in any structured field body except
    within a 'comment' or 'phrase'.

... and in RFC 2231 section 2:

    MIME headers, like the RFC 822 headers they often appear in, are limited
    to 7bit US-ASCII, and the encoded-word mechanisms of RFC 2047 are not
    available to parameter values. This makes it impossible to have
    parameter values in character sets other than US-ASCII without
    specifying some sort of private per-parameter encoding.

"I know that Microsoft also uses encoded words for filename values, but 
that doesn't make it right ;) So you should switch to a RFC2231 
implementation for the Content-Disposition header."

If Microsoft is doing this, too, it might be affecting a lot of Alpine 
users, so it would be nice if there were an Alpine option for decoding 
encoded words in attached filenames.

Mike
Stephen Casner | 31 Aug 03:55 2014
Picon

Problem with text matching

I just discovered that when attempting to select messages based on a
text match to All msg text, alpine fails to match a given string that
is just US-ASCII when the message header claims:

Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8bit

This situation arises because of the following:

X-MIME-Autoconverted: from quoted-printable to 8bit by a.spam.sonic.net id s6TBKmmi006318

Similar messages that did not contain any quoted-printable characters
and were therefore not autoconverted have the following header lines:

Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

These match just fine.

I have included a sample of the problem message.  The string I was
trying to match was "will be due".

The problem exists in both Alpine 1.10 and Eduardo's 2.19.9991.

                                                        -- Steve
From: I just discovered that when attempting to select messages based on a text match to All msg text, alpine fails to match a given string that is just US-ASCII when the message header claims: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit This situation arises because of the following: X-MIME-Autoconverted: from quoted-printable to 8bit by a.spam.sonic.net id s6TBKmmi006318 Similar messages that did not contain any quoted-printable characters and were therefore not autoconverted have the following header lines: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit These match just fine. I have included a sample of the problem message. The string I was trying to match was "will be due". The problem exists in both Alpine 1.10 and Eduardo's 2.19.9991. -- Steve <mnotices@...>
Subject: Checked out material coming due at library
Date: 2014-07-29 11:20:28 GMT

CASNER, KAREN A

This is a courtesy reminder from Santa Clara County Library that the following item(s) will be due on
Friday, August 1, 2014:

     Philomena The Weinstein Company/Yucaipa Films, Path, BBC Films and BF
     BLURAY PHILOME
     Barcode: 33305231962113

     The monuments men Columbia Pictures and Fox 2000 Pictures present a Sm
     BLURAY MONUMEN
     Barcode: 33305229555770

If an item is eligible for renewal, it may be renewed:

online at http://www.sccl.org/catalog

 OR

by calling 1-800-471-0991 to use our phone renewal system

Thank you


CASNER, KAREN A

This is a courtesy reminder from Santa Clara County Library that the following item(s) will be due on
Friday, August 1, 2014:

     Philomena The Weinstein Company/Yucaipa Films, Path, BBC Films and BF
     BLURAY PHILOME
     Barcode: 33305231962113

     The monuments men Columbia Pictures and Fox 2000 Pictures present a Sm
     BLURAY MONUMEN
     Barcode: 33305229555770

If an item is eligible for renewal, it may be renewed:

online at http://www.sccl.org/catalog

 OR

by calling 1-800-471-0991 to use our phone renewal system

Thank you

Karthik Vishwanath | 29 Aug 03:52 2014
Picon

Getting the name from LDAP

Hello,

I've been able to set up (and use) a name directory from my institute within alpine. I am able to search and find the person using their email-id (unique name), first/last names. However, on inserting the email address, the unique name is used as the person's name. For instance if searched for John Herbert (using firstname lastname) I get jherb1-l5h2vVXYEUtLSUbE8DKjGg@public.gmane.org - which is correct. Then alpine inserts
To: jherb1 <jherbr1 <at> myinstitute.org>

I'd like that to be
To: John Herbert <jherb1 <at> myinstitute.org>

How can I achieve this?

Thanks,

--
-Karthik Vishwanath
<div><div dir="ltr">
<div>
<div>
<div>
<div>
<div>Hello,<br><br>
</div>I've been able to set up (and use) a name directory from my institute within alpine. I am able to search and find the person using their email-id (unique name), first/last names. However, on inserting the email address, the unique name is used as the person's name. For instance if searched for John Herbert (using firstname lastname) I get <a href="mailto:jherb1@...g">jherb1@...</a> - which is correct. Then alpine inserts<br>
</div>To: jherb1 &lt;<a href="mailto:jherbr1@...">jherbr1 <at> myinstitute.org</a>&gt; <br><br>
</div>I'd like that to be<br>
</div>To: John Herbert &lt;<a href="mailto:jherb1@...">jherb1 <at> myinstitute.org</a>&gt;<br><br>
</div>How can I achieve this? <br><br>Thanks,<br><div><div><div><div>
<br clear="all"><div><div><div>
<div>--<br>-Karthik Vishwanath</div>
</div></div></div>
</div></div></div></div>
</div></div>
Adrian C. | 28 Aug 18:18 2014

Indenting lists in Alpine 2.x

Hello. I consulted for an organization that used Pine 4.x as their 
favorite MUA (that was cool to see). Helped them move to Alpine 2.x 
among other things.

Every 'problem' or feature request they had afterwords I was able to 
resolve by reading help or in very extreme cases minor patches. But this 
latest question I can't figure out and I'm hoping someone here does.

When justify command is used on lists in Alpine the text is indented 
with the first word of the first line:

1) Words...
   New line

But supposedly Pine 4.x did not do this when using the justify command, 
and it's not desirable behavior for them so they would very much like 
to revert: 

1) Words...
New line, not indented but otherwise nicely 'justified'

Thanks. 

--

-- 
Adrian C. (anrxc) | anrxc..sysphere.org | PGP ID: D20A0618
PGP FP: 02A5 628A D8EE 2A93 996E  929F D5CB 31B7 D20A 0618

Gmane