headers
Stephan Schulz | 22 May 11:38
Picon

Exit code not set for auth errors

Hi all!

I'm discovered that getmail does not return with a non-zero exit code when
authentication fails. This seems to be shortly discussed also in this mail
http://comments.gmane.org/gmane.mail.getmail.user/4197 where Charles
mentions that it should indeed return with a non-zero exit code but. Is
this implemented somewhere?

Details:
I'm using getmail-4.27.0 from the original tarball.

Output of the --dump call:
getmail version 4.27.0
Copyright (C) 1998-2009 Charles Cazabon.  Licensed under the GNU GPL
version 2.
getmail configuration:
  getmail version 4.27.0
  Python version 2.6.6 (r266:84292, Dec 27 2010, 00:02:40)
[GCC 4.4.5]
  retriever: 
BrokenUIDLPOP3Retriever(getmaildir="/home/stephan/.getmail/",
password="*", port="110", server="pop.gmx.net", timeout="180",
use_apop="False", username="xxxxxx")
  destination:  MDA_external(allow_root_commands="False", arguments="()",
command="deliver", group="None", ignore_stderr="False",
path="/usr/lib/dovecot/deliver", unixfrom="False", user="None")
  options:
    delete : True
    delete_after : 0
    delivered_to : True
(Continue reading)

Permalink | Reply | 0 comments |
headers
Charles Cazabon | 20 May 20:33
Picon
Favicon

ANN: getmail v. 4.27.0

Greetings,

getmail version 4.27.0 has been released and is available for download
at the usual place:
http://pyropus.ca/software/getmail/

Changes since the previous version include:

Version 4.27.0
20 May 2012
    -make use of IMAP BODY.PEEK configurable; set the IMAP retriever parameter 
    `use_peek` to False to disable use of PEEK to get getmail's historical IMAP 
    behaviour.

Charles
--

-- 
-----------------------------------------------------------------------
Charles Cazabon
GPL'ed software available at:               http://pyropus.ca/software/
-----------------------------------------------------------------------
Permalink | Reply | 0 comments |
headers
Charles Cazabon | 20 May 20:32
Picon
Favicon

ANN: getmail v. 4.27.0

Greetings,

getmail version 4.27.0 has been released and is available for download
at the usual place:
http://pyropus.ca/software/getmail/

Changes since the previous version include:

Version 4.27.0
20 May 2012
    -make use of IMAP BODY.PEEK configurable; set the IMAP retriever `use_peek`
    to False to disable use of PEEK to get getmail's historical IMAP behaviour.

Charles
--

-- 
-----------------------------------------------------------------------
Charles Cazabon
GPL'ed software available at:               http://pyropus.ca/software/
-----------------------------------------------------------------------
Permalink | Reply | 0 comments |
headers
Andreas Amann | 11 May 17:10
Picon

[Andreas Amann] Re: please make BODY.PEEK configurable

RW <rwmaillists <at> googlemail.com> writes:

> BODY.PEEK doesn't affect what the IMAP server considers to be new
> (flagged as recent), it affects what is considered read (flagged
> as seen).
>
> If access the mail server with a traditional IMAP client the behaviour
> you want may just be a matter of configuration. 

I was not aware of the difference between "seen" and "new", thanks for
explaining.  In mutt I now have "set mark_old=yes" which indeed helped
at least for some imap servers (not with Exchange btw.) 

Unfortunately I often need to access IMAP servers via webmail
interfaces, in particular "squirrelmail" and "outlook webapp".  Both
only seem support "seen", but not "new".  

Can I configure getmail, so that it flags retrieved messages as "seen"?
Permalink | Reply | 1 comment |
headers
Andreas Amann | 11 May 14:46
Picon

please make BODY.PEEK configurable

I just upgraded to getmail 4.26.0, which now uses BODY.PEEK per
default.  However this change is inconvenient for my setup, because it
does not change the "new" flag of retrieved messages.  Would it be
possible to make BODY.PEEK configurable?

To clarify why I have a problem with the new behavior, here is my
current setup:

I regularly fetch my mail with getmail to read on my main computer.  I
leave a month worth of messages on the imap server, so that I can easily
access them when I am out of office.  When I do that, I am mostly
interested in the messages which arrived after I have last fetched
messages with getmail.  In previous versions of getmail before 4.26.0
they were conveniently flagged as "new".  Now however, fetched messages
retain the new status on the imap server , and it is not easy to spot
the messages which require attention.

I understand that the majority of users prefers the new behavior or do
not care, so I would of course not mind if the default for IMAP
retrieval was "BODY.PEEK", as long as there is an easy way to switch to
the old retrieval mechanism.

Alternatively, I would appreciate any other suggestions to overcome this
problem. 

Andreas
Permalink | Reply | 2 comments |
headers
Manal Tests | 2 May 06:09
Picon

getmail timeoue on a virtual box Fedora 16 guest on a mac OSx host

Hi,

I need help getting getmail to work on virtual box guest of Fedora 16, and
the host is mac OSX

I installed as per the documentation and did the basic configuration to
retrieve email, and here is the output

$ getmail
getmail version 4.26.0
Copyright (C) 1998-2009 Charles Cazabon.  Licensed under the GNU GPL
version 2.
SimpleIMAPRetriever:manalweb2012 <at> imap.googlemail.com:143:
oldmail file
/home/mhelal/.getmail/oldmail-imap.googlemail.com-143-manalweb2012-INBOX
not found, reverting to
/home/mhelal/.getmail/oldmail-imap.googlemail.com-143-manalweb2012
getmailrc: socket error ([Errno 110] Connection timed out)
  0 messages (0 bytes) retrieved, 0 skipped

I am testing with telnet on both the guest and the host, and I receive the
same response:

 telnet imap.googlemail.com 993
Trying 74.125.134.16...
Connected to imap.googlemail.com.
Escape character is '^]'.

 so it is not the virtual box bridging problem,
(Continue reading)

Permalink | Reply | 3 comments |
headers
Les Barstow | 18 Apr 21:45
Favicon

Gmail and AOL: INBOX is not writable with delete=true

I am attempting to use getmail to poll several accounts (using SimpleIMAPRetriever) and am running in to
what appears to be a reasonably widespread problem.  When I set 'delete = true' as an option, I am getting
'IMAP error (INBOX is not writable)' for several different providers, including both Gmail and AOL.  I
know both of these providers do allow writing to their INBOX and deleting of e-mail.

Looking at some tcpdump output, my first guess is that use of the 'EXAMINE' command is giving Getmail some
false impressions about the permissions of the mail folder.  Not deleting the e-mail isn't an option; can
anyone give me some help here?

===== getmailrc =====
[retriever]
type = SimpleIMAPRetriever
server = imap.aol.com
username = myusername <at> aol.com
password = mypassword

[destination]
type = MDA_external
path = /usr/local/bin/mylocal_mda
[options]
verbose = 2
message_log_verbose = true
delete = true
delivered_to = 1
max_messages_per_session = 2
timeout = 120
===== End getmailrc =====

===== Getmail Output =====
getmail version 4.26.0
(Continue reading)

Permalink | Reply | 5 comments |
headers
Charles Cazabon | 15 Apr 01:33
Picon
Favicon

ANN: getmail v. 4.26.0

Greetings,

getmail version 4.26.0 has been released and is available for download
at the usual place:
http://pyropus.ca/software/getmail/

Changes since the previous version include:

Version 4.26.0
14 April 2012
    -switch to using BODY.PEEK in IMAP retrieval; I no longer see problems with
    this feature in my testing.  If users experience incompatibility with any
    IMAP servers where 4.25.0 worked, please let me know.

Charles
--

-- 
-----------------------------------------------------------------------
Charles Cazabon
GPL'ed software available at:               http://pyropus.ca/software/
-----------------------------------------------------------------------
Permalink | Reply | 1 comment |
headers
Josh Triplett | 5 Apr 00:27
Gravatar

getmail with IMAP IDLE?

I currently use getmail via cron, to move mail from my ISP's mail server
to my own, every five minutes.  However, when waiting on a specific
mail, even five minutes takes too long, so I end up manually triggering
getmail anyway.  I'd ideally like to switch from periodic polling to
using IMAP IDLE or similar to notice mails as soon as they appear.
fetchmail claims to do this, but I've had enough bad experiences with
fetchmail that I don't relish the thought of trying it again.

Can getmail do IMAP IDLE?  (If not, could it, please?)

Alternatively, does some standalone program exist that could watch with
IMAP IDLE and fire off getmail when it sees new mail appear?

Or, any recommendations for a different solution?

- Josh Triplett
Permalink | Reply | 8 comments |
headers
Jean Jordaan | 23 Mar 14:37
Picon

Retrying skipped messages?

Hi all

I've just completed an initial run on my INBOX.

12952 messages (1593495828 bytes) retrieved, 10810 skipped

How do I get getmail to retry the messages which it skipped? My
network connection has been flaky, so I'm sure that a lot of them just
timed out.

My config is dead simple:

"""
[options]
read_all = False
message_log = ~/.getmail/log
""""

Regards,
--

-- 
jean                                              . .. .... //\\\oo///\\
Permalink | Reply | 5 comments |
headers
Randall Mason | 22 Mar 11:15
Picon

RE: gmail non-ascii imap folder problem

Hi,

I just wanted to let you know that a stop-gap option is to use a
command like the following to convert your UTF-8 string to the
modified UTF-7 that IMAP should use:

echo <UTF-8 string> | iconv -f utf-8 -t utf-7 | sed -e 's/+/\&/g' -e
's/\>\([^-]\)/-\1/g' -e 's#/#,#g'

It worked for my Bulgarian Gmail Box and should be pretty close to the
standard.  I wrote a post on my blog if you want to see:

http://clashthebunny.mason.ch/2012/03/gmail-imap-folders-in-different-languages/

Randall Mason
clashthebunny <at> gmail.com
Permalink | Reply | 2 comments |

Gmane