Beartooth | 19 Oct 16:36 2014
Picon
Picon

attaching contrarily


	alpine-2.11-1.fc20.x86_64 asks me, as it should when I tell it
to forward with full headers, whether to forward as an
attachment. I tell it no -- and it creates the attachment anyway. I 
cancelled sending and tried again -- three times. What is wrong??
--

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

Thomas Gramstad | 17 Oct 15:40 2014
Picon
Picon

Expunge without mailcheck?

Is it possible in Alpine to x(punge) deleted messages without
triggering mailcheck and filtering? I can't seem to find a
config setup choice regulating this.

Thomas Gramstad
Karen Lewellen | 14 Oct 22:58 2014
Picon

odd alpine access error?

Greetings list,
My name is Karen lewellen, and I have a question regarding an error I 
experience with alpine.
My nonprofit organization curtain up distribution INC.., has a hosting 
account with dreamhost.

www.dreamhost.com
As a part of our account we have shell access which I use via ssh TELNET.
Included on the shell is Alpine 2.02 (1266)  Which they provide since 
their hosting structure is rooted in <spelling error coming> ubintu.
Actually the error existed when they were still using debian squeeze, but 
it continues after the upgrade as well.
Here is what happens.
Once in my inbox, I may be reading mail or writing one when I will get the 
following.
Folder "inbox" closed due to access error.

No other information is provided, and the team at dreamhost is frankly far 
from aware of how alpine works.  In fact I joined this list at their 
suggestion.
Any ideas about what might be causing this problem?
Thanks,
Karen

Porcelain Mouse | 9 Oct 06:12 2014
Picon

Account Temporarily Unavailable-->Password Deletion

Hi All,

When Alpine gives me the error message "Account Temporarily Unavailable" 
it immediately deletes my saved password for that (IMAP) account and I am 
forced to retype it.  I don't know what causes this error, but I wonder if 
there is away to prevent this reaction.  I looked in configuration, but 
didn't see anything obviously related.

I don't think I've ever experienced this before, but I only started using 
.pine-passfile a few years ago, so I probably didn't notice if it did 
happen.  But, I'm pretty sure it is particular to this IMAP 
server/service.  Alpine actually deletes the password on file, so even if 
I quit Alpine and restart it, it still asks me for the password.

If I give the password, it will give a different error (invalid password) 
and repeats the prompt.  Sometimes this continues only for a few minutes, 
but then connects.  But, this can happen repeatedly:  I will take 
reconnect with the password I type, then when I hit TAB to go to the next 
folder, it can recur. It's clearly related to *something* on my providers 
end, but, it is also new to the service as I've used them for about a 
year.  The first time this happened there was an upgrade that didn't go 
smoothly.  But, obviously, I don't want Alpine to react this way when 
there is just any kind of server trouble.  I tried contacting my provided, 
again, but they didn't recognize this as related to anything specific on 
their end.

Does anyone recognize this behavior?  Is "account temporarily unavailable" 
a standard IMAP server message?  Perhaps not; seems like something you 
might get if you had a load balancing front end, doesn't it?  It's trying 
to be helpful and trick your client into "simply" reconnecting if the 
(Continue reading)

Tatar Kolos | 3 Oct 12:21 2014
Picon

filtering based on email address isn't working

Hi,

I'm using Alpine at work to connect to my email through IMAP.

I'm trying to set up filtering rules based on email, but it appears if I 
specify bits of the email addresses before the ' <at> ' sign, it works, once I 
add the ' <at> ' sign, it doesn't (ie - full email addresses don't work in 
filters).

Anyone any idea what I might be missing here?

Alpine 2.10 (LFD 1266 2009-07-14) built Thu Oct 31 17:31:10 UTC 2013 on buildvm-19.phx2.fedoraproject.org

Cheers,

Kolos
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)


Gmane