gmane.mail.re-alpine.devel

POP3 mail retrieval options

2013-06-11T20:49:43

i'm trying to help a friend who is sight-impared... from time to time the email 
server they use has problems with their lines... as such, there are times when 
the same messages are downloaded over and over and over from the server because 
the connection was reset before the end of the process... this past weekend, 
they were able to pull roughly 35 of their waiting 50+ messages twenty or more 
times... every time, it was the same 35 messages... it was frustrating enough 
that the server was having the problems but it was even more frustrating to pull 
the same messages over and over and over when they were already completely 
received the first time they were pulled...

what we're looking for is an option to tell (re-)Alpine to delete each message 
as it is downloaded instead of waiting until the end and then deleting a batch 
of them...

thanks in advance for any assistance you can offer...

Re: how to disable the question "Break connection to server?"

Zhang Weiwu — 2013-05-26T13:26:46


On Fri, 24 May 2013, ml-U6MU7zCGfvqsTnJN9+BGXg< at >public.gmane.org wrote:


Now I did the same. The newly compiled alpine works fine.

In case any one try to do the same, beyond the changes in ./alpine/imap.c, 
I also had to do

$ ./configure --with-passfile=.pine-passfile

~/.pine-passfile is the default passfile location for my Ubuntu alpine 
package. Even though, the newly compiled alpine messages:

[>Failed to disable SASL authenticator "GSSAPI": name not found<]

This failure message doesn't affect normal use it seems.

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may

Re: compile error: alpine-2.00/imap/c-client/osdep.c:144: undefined reference to `pam_*'

Tim Kröger — 2013-05-26T12:45:50


I don't understand exactly the way that the order of the libs in the 
linker line influences the result.  I just know that it does do this, 
and that there has been at least one change about this a couple of 
years ago.  (Perhaps there have been more changes later, I don't know 
that.)

Anyway, I would appreciate if re-alpine would compile/link out of the 
box with all gcc/ld versions that are not older than a couple of 
years.  And it aparently doesn't do that with the version that comes 
with Ubuntu 12.04 (which is gcc 4.6.3, ld 2.22).

Best Regards,

Tim

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
__________________________________

Re: compile error: alpine-2.00/imap/c-client/osdep.c:144: undefined reference to `pam_*'

Zhang Weiwu — 2013-05-26T12:34:26


On Sun, 26 May 2013, Tim Kröger wrote:


Thanks Tim. That solves the problem, although the problem is too 
enigmatic for me to file a bug against.

I usually search email archives before questioning, but sf.net doesn't 
offer searching into archive, so I search with google. and that didn't 
lead to your discussion thread, because that thread didn't contain the 
exact error message I received.

Best regards
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may_______________________________________________
Re-alpine-devel mailing list
Re-alpine-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/r

Re: compile error: alpine-2.00/imap/c-client/osdep.c:144: undefined reference to `pam_*'

Tim Kröger — 2013-05-26T11:54:17

Hi Zhang,

On Sun, 26 May 2013, Zhang Weiwu wrote:


Have a look at this thread:

http://sourceforge.net/mailarchive/forum.php?thread_name=alpine.DEB.2.02.1209101355000.1870%40awc113092.ads1.fh-nuernberg.de&forum_name=re-alpine-devel

Especially the last posting in that thread.  It's a post by myself 
that describes how I am working around that problem.

Best Regards,

Tim

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may

compile error: alpine-2.00/imap/c-client/osdep.c:144: undefined reference to `pam_*'

Zhang Weiwu — 2013-05-26T11:44:46

Hello.

I am compiling alpine 2.00 on Ubuntu 13.04 in order to short-circuit the 
"Break connection to server?" question.

The error message is:

gcc -std=gnu99 -g -pthread -g -O2 -o alpine addrbook.o adrbkcmd.o after.o alpine.o arg.o busy.o colorconf.o confscroll.o context.o dispfilt.o flagmaint.o folder.o help.o imap.o init.o kblock.o keymenu.o ldapconf.o listsel.o mailcmd.o mailindx.o mailpart.o mailview.o newuser.o pattern.o pipe.o print.o radio.o remote.o reply.o roleconf.o send.o setup.o signal.o status.o takeaddr.o titlebar.o smime.o date.o  -lpam -ldl -L/usr/lib -lcrypto ../pico/libpico.a ../pico/osdep/libpicoosd.a ../pith/libpith.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a osdep/libpineosd.a ../c-client/c-client.a -ltinfo -lssl
../c-client/c-client.a(osdep.o): In function `checkpw_cleanup':
/usr/local/src/alpine-2.00/imap/c-client/osdep.c:143: undefined reference to `pam_setcred'
../c-client/c-client.a(osdep.o): In function `checkpw':
/usr/local/src/alpine-2.00/imap/c-client/osdep.c:16

Re: how to disable the question "Break connection toserver?"

2013-05-24T07:38:34

Hi,

On Fri, 24 May 2013, Zhang Weiwu wrote:

I short-circuited the asking if-statement in ./alpine/imap.c (just go in 
there and search for "Break", "connection" or similar).


Sincerely,

Malte

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may

how to disable the question "Break connection toserver?"

Zhang Weiwu — 2013-05-24T02:55:42

Hello.

In order to stem secured connections (ssl/ssh) from by-pass state Internet 
sensorship, our government automatically stalls SSL connections 10 minutes 
after it is established. To normal web users it is a nuisance, to secured 
socks proxy users / ssh tunnel users, it is an obstacle. It also creates 
pain using ssl, instilling aversion towards secured websites.

In such scenario, alpine is really painful to use. Every once in a while, 
it says:

Waited 501 seconds for server reply.  Break connection to server?

The anwser is always "No", for the International gateway blockaded the 
connection already. alpine tries to re-establish a new connection on "No" 
and it works for a while. I had to type "No" no less than 30 times a day.

And when composing an email with an external editor this question more 
than a nuisance.

There is an option related:

# If this much time has elapsed at the time of a tcp read or write
# timeout, Alpine will ask if you want to break the connection.
# Default is 60 seconds, mi

Re: Undelete messages still purged from Gmail

Lars Nooden — 2013-05-21T07:36:46

Thanks.

On Mon, 20 May 2013, Joshua Miller wrote:
[snip]

This seems different from the behavior I am seeing.  If I hit "d", it gets 
marked for deletion, but I don't see it showing up in the Trash folder on 
Gmail.  I see it staying in the Inbox (or whichever folder)  When it's 
eXpunged, it's gone for good from the inbox even if I had previously 
pressed "u" to undelete it.  When it's gone, it's not in the Trash folder 
or All Mail or anywhere else I can think to look.
 

That would be nice to have but I don't have the skill to make it so.  
Google seems to have trouble with standards of late. Maybe they could 
clean up their IMAP.

Regards,
/Lars------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this aweso

Re: Undelete messages still purged from Gmail

Joshua Miller — 2013-05-20T20:25:56


Gmail's IMAP behavior is non-standard. As far as I know, there's nothing
built into Alpine to work around its oddities. This post has some relative
information in the reply (first hit from a google search for "gmail imap
alpine delete"):

 http://superuser.com/questions/454263/deleting-gmail-messages-from-alpine

In short:

* Hitting "D" on a message immediately removes the label that makes that
folder.
* exception to that is in Spam and Trash labels - "D" deletes it.
* another exception to that rule in in the "All Mail" folder... "D" has no
impact at all.
* To actually delete a message, use "S"ave and save it to Trash.

Seems like it would be possible to do a bunch of patching to alpine and
have work around those issues to make it behave more like a standard IMAP
server. If someone took on that challenge, it'd probably be better to redo
the commands as well and make it behave like gmail (have a command to
add/remove labels; have a mark-as-spam; have a move-to-trash; add an
archive command; maybe map the l

Undelete messages still purged from Gmail

Lars Nooden — 2013-05-20T18:54:37

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

Re: Re-alpine and the new GMX

Werner Scheinast — 2013-04-29T20:50:59

... and I'm sure it is not necessary to write to them in German because
people dealing in IT business are supposed to speak a reasonable English.

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr

Re: Re-alpine and the new GMX

Andreas Schamanek — 2013-04-29T21:01:37

On Mon, 29 Apr 2013, at 22:12, Tim Kroeger wrote:


FACK.


I don't use Twitter, but apparently they are on Twitter. So, maybe 
someone could twitter it!?

Re: Re-alpine and the new GMX

Tim Kröger — 2013-04-29T20:12:27


This is a draw: re-alpine will not be "fixed" because it's actually 
not at all buggy.  The bug is clearly on the GMX side.  On the other 
hand, for a user of a free GMX account, it is impossible to contact 
the technical support without having to pay for it.  Since I am not 
willing to pay a company just for being allowed to help them fix their 
software (compare this with Donald Knuth's TeX software, where you 
*earn* money when you find a bug!), GMX aparently won't be fixed in 
the near future either.

For me, this is okay at the moment, because my very dirty patch works 
as required for me.

If somebody else might be interested in making contact with GMX 
(either by paying, or if they use a premium GMX account, in which case 
the support is free of charge), I would appreciate though.  If 
required, I could help to formulate their email and explain the 
problem (in German, since GMX is a German company).

Best Regards,

Tim

------------------------------------------------------------------------------

Re: Re-alpine and the new GMX

Joshua Miller — 2013-04-27T19:03:56

I've got no say in the matter, and I don't really care either way, but...

On Sat, Apr 27, 2013 at 12:43 PM, <ml-U6MU7zCGfvqsTnJN9+BGXg< at >public.gmane.org> wrote:


Who's to say that some other provider won't come alone, or already exists,
that has broken their handling of the mime types in the opposite way. IE.
perhaps some other mail client(s) only work with all caps on the mime type?

Using a per-recipient-domain setting and sending filter could work, but
that would also break email signatures (gpg and S/MIME) since it would
change the content of the mail body. The right fix is really to get GMX to
fix their stuff.

Just thought that was worth keeping in mind if someone is contemplating
making this change official - it could break more than it fixes.

Thanks,
--
Josh i.
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack

Re: Re-alpine and the new GMX

2013-04-27T16:43:48

Hi,

On Thu, 18 Apr 2013, Tim Kröger wrote:


this is necessary for all the other content-types, too (like "multipart" 
etc.).

Is anybody on to incorporating Tims fix into the main distribution? (I, 
for sure, would appreciate it.)


Kind regards,

Malte------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr_______________________________________________
Re-alpine-devel mailing list
Re-alpine-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/re-alpine-devel

Re: Re-alpine and the new GMX

Werner Scheinast — 2013-04-19T15:39:20

Am 19.04.2013 schrieb Lars Nooden:


Yes, that's why I wondered.
When I look in my local "sent-mail", I see "TEXT/PLAIN", but my post in
the list here appears as "text/plain". When I consider the posts of Tim or
Nicolas, I see a part of them with uppercase, a part with lowercase let-
ters in the content type, although they all were composed with Alpine.
It seems to be a question of luck, maybe depending on which SMTP servers
the e-mail passes on its way. Very strange!


Btw., my e-mail provider Web.de has exactly the same problem in its web
interface, which is no surprise because it is the same company as GMX.
Time to write a complaint. :-)

Werner

------------------------------------------------------------------------------
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 & visualization. Get a free account!
http:

Re: Re-alpine and the new GMX

Lars Nooden — 2013-04-19T15:10:53

Werner, yours is lowercase:
Content-Type: text/plain; charset="us-ascii"

I have re-alpine 2.03 via OpenBSD ports and it is producing uppercase:
Content-Type: TEXT/PLAIN; charset=US-ASCII

But it gets the source from upstream.  

Either way, GMX should not be case sensitive, but it is.  

Regards,
/Lars

------------------------------------------------------------------------------
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 & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

Re: Re-alpine and the new GMX

Werner Scheinast — 2013-04-19T13:23:44

Am 18.04.2013 schrieb Nicolas Pitre:


Dear Nicolas,

I read the other posts, yes, the problem seems to be solved - or at least
explained. But what I don't understand: Why does my Alpine produce headers
different from yours?
I'm using Alpine 2.00 without any special patches, just the standard
package in the FreeBSD operating system.

Curiously,
Werner

------------------------------------------------------------------------------
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 & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

Re: Re-alpine and the new GMX

Nicolas Pitre — 2013-04-18T18:33:47


Ah!  No kidding.  So this is confirmed.


I did a quick grep in my various mailboxes, and all the major MUAs 
appear to use lowercase "text/plain".  So it might be best if Alpine 
just did the same.  I don't think this warrants a config option.


Nicolas

------------------------------------------------------------------------------
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 & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter_______________________________________________
Re-alpine-devel mailing list
Re-alpine-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/re-alpine-devel

Re: Re-alpine and the new GMX

Nicolas Pitre — 2013-04-18T18:19:01


Your mail header shows:

Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit

I can't tell how it displays on the dmx webmail interface.  However your 
email header has lowercase "text/plain" which is one of the difference 
with Tim's (and mine) which have "TEXT/PLAIN".

I wouldn't be surprised if that was enough to make your email display 
properly.


Nicolas

------------------------------------------------------------------------------
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 & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter