VM

Using POP spool file

Bug #942353 reported by Uday Reddy
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
VM
Fix Committed
Low
Uday Reddy

Bug Description

Alan Wehmann reports (private message, 2012-02-12)

I decided to access pop.gmail.com, rather than use the imap server
imap.googlemail.com. I couldn't make it work in VM 8.2.0b1, but I
could make it work with VM 8.1.1. All I changed when going back and
forth was the load-path.
-----
So, I visted ~/INBOX and then did "g" (vm-get-new-mail). The result
was that I was asked for the password for pop.gmail.com. The first
time I did this there wasn't new mail. In a later session I actually
pulled two emails from the gmail server.

Tags: 8.2 imap pop

Related branches

Revision history for this message
Uday Reddy (reddyuday) wrote :

Notes:

The problem is that the commands `vm' etc. do not use interactive setting correctly.

Revision history for this message
Uday Reddy (reddyuday) wrote :

Fix committed in rev. 1362.

Revision history for this message
Uday Reddy (reddyuday) wrote :

Further fix commited in rev. 1368.

Changed in vm:
status: Triaged → Fix Committed
Revision history for this message
Uday Reddy (reddyuday) wrote :

Alan reports (viewmail-info, 2012-04-04)

I tried out some of what is described in Info node "External Messages"
yesterday. I chose to limit message size to 50K bytes and I used the
IMAP server at work. Since I am used to how Thunderbird implements
its size limitations I was surprised to find myself being asked yes or
no for each over-sized message.

Changed in vm:
status: Fix Committed → In Progress
Revision history for this message
Uday Reddy (reddyuday) wrote :

It looks like this is happening because we have changed the automatic
`vm-get-new-mail' to be regarded as an "interactive" use so that people can
type in passwords when they do `M-x vm'. So, it now asks yes/no questions
during `M-x vm' as well.

I guess I will need to add another flag to say that it is ok to ask for
password, but not ok to ask yes/no questions.

Revision history for this message
Uday Reddy (reddyuday) wrote :

Fix committed in rev. 1489.

Revision history for this message
Alan Wehmann (alan-wehmann) wrote :

I did a test on an IMAP server at email.fnal.gov, with the following settings:

"vm-primary-inbox is imap-ssl:email.fnal.gov:993:inbox:login:wehmann:*
vm-imap-account-alist is ((imap-ssl:email.fnal.gov:993:login:wehmann:* fermi_email))
vm-enable-external-messages is (imap)
vm-imap-max-message-size is 50000
vm-imap-sync-on-get is nil
tls-program is (gnutls-cli --x509cafile /usr/ssl/certs/ca-bundle.crt --insecure -p %p %h)"

My Emacs is "GNU Emacs 24.2.1 (i386-mingw-nt5.1.2600)
 of 2012-08-28 on MARVIN"

I am using the trunk version of VM, at revision level 1490.

I sent to the IMAP server three emails with files attached that were larger than 50K. When I got new mail from that server, with VM, I was not asked any question about the large files. My conclusion is that the bug I reported is fixed.

Revision history for this message
Uday Reddy (reddyuday) wrote :

Brilliant! Thanks very much Alan.

Changed in vm:
status: In Progress → Fix Committed
Uday Reddy (reddyuday)
Changed in vm:
milestone: 8.2.2a → 8.2.1a
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.