http://blog.gmane.org/gmane.mail.getmail.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.mail.getmail.user/4442 <pre>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 logfile : None max_bytes_per_session : 0 max_message_size : 0 max_messages_per_session : 0 message_log : None message_log_syslog : False message_log_verbose : False read_all : True received : True verbose : 2 and here is the config file content: [retriever] type = BrokenUIDLPOP3Retriever server = pop.gmx.net username = xxxxxxx password = xxxxxxx [destination] type = MDA_external path = /usr/lib/dovecot/deliver [options] delete = true </pre> Stephan Schulz 2012-05-22T09:38:15 http://permalink.gmane.org/gmane.mail.getmail.user/4441 <pre>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 </pre> Charles Cazabon 2012-05-20T18:33:23 http://permalink.gmane.org/gmane.mail.getmail.user/4440 <pre>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 </pre> Charles Cazabon 2012-05-20T18:32:42 http://permalink.gmane.org/gmane.mail.getmail.user/4439 <pre> Sigh ;) I was wondering if this change would bite anyone, and it has at least for you. This should relatively easy to turn into a configuration option, and will require minimal documentation, though I worry a little about the support burden. I'll add it to the next release. Charles </pre> Charles Cazabon 2012-05-11T18:33:20 http://permalink.gmane.org/gmane.mail.getmail.user/4438 <pre>Am 11.05.2012 17:10, schrieb Andreas Amann: Well, this is open source - you can probably just change the relevant line from FETCH...BODY.PEEK to FETCH...BODY (i. e. remove the ".PEEK" part) - at least, in earlier getmail versions, that was all that was needed. </pre> Matthias Andree 2012-05-11T16:55:09 http://permalink.gmane.org/gmane.mail.getmail.user/4437 <pre> 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"? </pre> Andreas Amann 2012-05-11T15:10:15 http://permalink.gmane.org/gmane.mail.getmail.user/4436 <pre>On Fri, 11 May 2012 13:46:17 +0100 Andreas Amann wrote: 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. </pre> RW 2012-05-11T13:47:30 http://permalink.gmane.org/gmane.mail.getmail.user/4435 <pre>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 </pre> Andreas Amann 2012-05-11T12:46:17 http://permalink.gmane.org/gmane.mail.getmail.user/4434 <pre>Thanks Charles for your reply, someone pointed out that Gmail accept only SSL, I did the SSL in the rc file and everything is working now, I appreciate your help very much, Kind Regards, Manal On 3 May 2012 00:25, Charles Cazabon &lt;search-web-for-address&lt; at &gt;pyropus.ca&gt;wrote: </pre> Manal Tests 2012-05-03T02:06:12 http://permalink.gmane.org/gmane.mail.getmail.user/4433 <pre>I think I see the issue based on the output... Set your retriever type to SimpleIMAPSSLRetriever. Gmail only does SSL connections, and your telnet tests are to port 993 (the IMAP SSL port). -- Les Barstow -----Original Message----- From: Manal Tests [mailto:manalweb2012&lt; at &gt;gmail.com] Sent: Tuesday, May 01, 2012 10:10 PM To: getmail&lt; at &gt;lists.pyropus.ca Subject: 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&lt; at &gt;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, The Mac host has the firewall diabled, and now I checked on Fedora and enabled IMAPs and POPs and there seems no option to block them. I appreciate if you can help resolve this problem, thank you very much, Manal </pre> Les Barstow 2012-05-02T15:21:01 http://permalink.gmane.org/gmane.mail.getmail.user/4432 <pre> Running in a virtual machine shouldn't affect getmail at all. [...] I suspect a configuration error, but you didn't actually show your configuration so it's tough to be sure. Please provide the output of running getmail with your usual options plus --dump. Charles </pre> Charles Cazabon 2012-05-02T14:25:25 http://permalink.gmane.org/gmane.mail.getmail.user/4431 <pre>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&lt; at &gt;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, The Mac host has the firewall diabled, and now I checked on Fedora and enabled IMAPs and POPs and there seems no option to block them. I appreciate if you can help resolve this problem, thank you very much, Manal </pre> Manal Tests 2012-05-02T04:09:47 http://permalink.gmane.org/gmane.mail.getmail.user/4430 <pre>As it turns out, it appears that this was a known issue in the Python imaplib that is not addressed in the CentOS 5 updates (version stamp 2.4.3-46). The imaplib select() function was comparing the readonly flag to None, which does not equal False. I've patched my imaplib and tested, and all works fine. Thanks and sorry for the trouble. -- Les -----Original Message----- From: Charles Cazabon [mailto:search-web-for-address&lt; at &gt;pyropus.ca] Sent: Thursday, April 19, 2012 10:41 AM To: getmail&lt; at &gt;lists.pyropus.ca Subject: Re: Gmail and AOL: INBOX is not writable with delete=true Les Barstow &lt;les.barstow&lt; at &gt;returnpath.net&gt; wrote: It doesn't have to be 4.25.0. If 4.8.0 works it's not the PEEK change. I didn't think it could be PEEK-related, but nothing surprises me about IMAP. It's just a fundamentalaly terrible protocol for implementors to work with, so IMAP software tends to have all kinds of ... surprising ... behaviour. Charles -- ----------------------------------------------------------------------- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ----------------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: getmail-unsubscribe&lt; at &gt;lists.pyropus.ca For additional commands, e-mail: getmail-help&lt; at &gt;lists.pyropus.ca </pre> Les Barstow 2012-04-20T15:45:15 http://permalink.gmane.org/gmane.mail.getmail.user/4429 <pre> It doesn't have to be 4.25.0. If 4.8.0 works it's not the PEEK change. I didn't think it could be PEEK-related, but nothing surprises me about IMAP. It's just a fundamentalaly terrible protocol for implementors to work with, so IMAP software tends to have all kinds of ... surprising ... behaviour. Charles </pre> Charles Cazabon 2012-04-19T16:40:52 http://permalink.gmane.org/gmane.mail.getmail.user/4428 <pre>I've got an older version (4.8.0) hanging around, and can test against 4.25.0 without much difficulty. The tcpdump output seems to point to never getting to BODY.PEEK, though - the connection is dropped on the client end after the response from the EXAMINE. (One other data point - take out the 'delete=true' and messages are downloaded, so I think the BODY.PEEK change works fine.) -- Les ________________________________________ From: Charles Cazabon [search-web-for-address&lt; at &gt;pyropus.ca] Sent: Wednesday, April 18, 2012 9:00 PM To: getmail&lt; at &gt;lists.pyropus.ca Subject: Re: Gmail and AOL: INBOX is not writable with delete=true One other thing: Les Barstow &lt;les.barstow&lt; at &gt;returnpath.net&gt; wrote: Is this behaviour new with 4.26.0? i.e. do you still see the problem if you revert to 4.25.0? 4.26.0 made a change to using PEEK (which shouldn't affect this, but nothing surprises me when it comes to IMAP...). Charles -- ----------------------------------------------------------------------- Charles Cazabon GPL'ed software available at: http://pyropus.ca/software/ ----------------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: getmail-unsubscribe&lt; at &gt;lists.pyropus.ca For additional commands, e-mail: getmail-help&lt; at &gt;lists.pyropus.ca </pre> Les Barstow 2012-04-19T16:19:44 http://permalink.gmane.org/gmane.mail.getmail.user/4427 <pre>One other thing: Les Barstow &lt;les.barstow&lt; at &gt;returnpath.net&gt; wrote: Is this behaviour new with 4.26.0? i.e. do you still see the problem if you revert to 4.25.0? 4.26.0 made a change to using PEEK (which shouldn't affect this, but nothing surprises me when it comes to IMAP...). Charles </pre> Charles Cazabon 2012-04-19T03:00:51 http://permalink.gmane.org/gmane.mail.getmail.user/4426 <pre> And many getmail users use Gmail (and presumably AOL) without running into this problem you're having. That's the server telling getmail the mailbox is read-only. Not much getmail can do about that. [...] [...] And there's where the server tells getmail it has put the mailbox into read-only mode - see RFC3501 section 7.1. Your problem is on the server end, looks like. Contact the postmaster in charge of the IMAP server for help with this, I guess - it does not appear to be an issue with getmail. Charles </pre> Charles Cazabon 2012-04-19T02:54:51 http://permalink.gmane.org/gmane.mail.getmail.user/4425 <pre>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&lt; at &gt;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 Copyright (C) 1998-2009 Charles Cazabon. Licensed under the GNU GPL version 2. SimpleIMAPRetriever:myusername&lt; at &gt;aol.com&lt; at &gt;imap.aol.com:143: oldmail file tmp/imap.aol.com/myusername&lt; at &gt;aol.com/temp/oldmail-imap.aol.com-143-myusername&lt; at &gt;aol.com-INBOX not found, reverting to tmp/imap.aol.com/myusername&lt; at &gt;aol.com/temp/oldmail-imap.aol.com-143-myusername&lt; at &gt;aol.com getmailrc: operation error (IMAP error (INBOX is not writable)) 0 messages (0 bytes) retrieved, 0 skipped IMAP error during logout (mailbox status changed to READ-ONLY) ===== End Getmail Output ===== ===== IMAP Conversation ===== * OK IMAP4 ready HADA0 CAPABILITY * CAPABILITY IMAP4rev1 UIDPLUS ID NAMESPACE LOGIN-REFERRALS IDLE STARTTLS AUTH=XAOL-UAS-MB STARTTLS HADA0 OK completed HADA1 LOGIN "myusername&lt; at &gt;aol.com" "mypassword" * CAPABILITY IMAP4rev1 BINARY CATENATE CHILDREN ESEARCH ID IDLE LITERAL+ LOGIN-REFERRALS NAMESPACE QUOTA SASL-IR UIDPLUS UNSELECT WITHIN X-DRAFT-I04-SEARCHRES XAOL-MOVE AUTH=XAOL-UAS-MB XAOL.SPAM.REASON XAOL-MSGID HADA1 OK LOGIN completed HADA2 EXAMINE INBOX * 1 EXISTS * 0 RECENT * OK [UIDVALIDITY 1] UID validity status * OK [UIDNEXT 258] predicted next UID * FLAGS ($Submitted $XAOL-SENT \Answered \Deleted \Draft \Flagged \Seen $Forwarded $MDNSent Forwarded XAOL-CLIENT-BULK XAOL-RECEIVED XAOL-VOICEMAIL XAOL-GOOD XAOL-GOODCHECK-DONE XAOL-OFFICIAL-MAIL XAOL-CERTIFIED-MAIL XAOL-PRIORITY-MAIL XAOL-READ $hasAttached $hasEmbedded $Aggregated $Junk $NotJunk Junk JunkRecorded NonJunk NotJunk) * OK [PERMANENTFLAGS ()] Permanent flags HADA2 OK [READ-ONLY] EXAMINE completed ===== End IMAP Conversation ===== Thanks in advance, -- Les </pre> Les Barstow 2012-04-18T19:45:31 http://permalink.gmane.org/gmane.mail.getmail.user/4424 <pre>On 14 Apr 2012 23:33:48 -0000 "Charles Cazabon" &lt;search-web-for-address&lt; at &gt;pyropus.ca&gt; wrote: Good day and thank you Charles! One less patch to apply. Now, if only -- never mind. :) </pre> My BSD 2012-04-18T09:59:19 http://permalink.gmane.org/gmane.mail.getmail.user/4423 <pre>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 </pre> Charles Cazabon 2012-04-14T23:33:48 http://permalink.gmane.org/gmane.mail.getmail.user/4421 <pre>On Wed, 4 Apr 2012 15:27:26 -0700 Josh Triplett &lt;josh&lt; at &gt;joshtriplett.org&gt; wrote: Hello Josh. For years, I've used a combination of the fetchmail idle mechanism under a swatch script that triggers getmail. It works very well for me. If interested, write me off-list. </pre> My BSD 2012-04-07T14:05:34 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.mail.getmail.user