Upstream released a new version yesterday which seems to address this
issue:
http://marc.info/?l=getmail&m=133444619906070&w=2
>From the changelog:
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 use
This seems to be a fairly common request so I've scratched my own itch
and put up a patched version of Getmail on github that adds a
configuration parameter "use_peek" to the imap and imapssl retrievers.
This leaves the end user in control of whether or not to risk using
body.peek against a potenti
Hi,
I too am getting quite a few issues with Getmail marking retrieved
messages as read, before I've read emails in my inbox.
Whilst I can understand what refdoc is saying regarding it not being a
bug as such, however I do not see it as feature either. I cannot think
of a scenario where a user wo
** Also affects: getmail4
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/737206
Title:
messages on IMAP server are marked as read after retrieving
--
ubu
FWIW, I never saw this (the marking as "read" as a bug but as a feature.
It does what it says on the tin - the mail is donwloaded/"read". It
tells me when I am absent from home that the downloader runs just fine.
There are sure other ways of learning of downloader failure, but this is
kind of an ob
The original author has not presented a single technical argument - but
the behaviour is unspecified, astonishing, thus a bug. Read on.
Charles Cazabon made emotional/personal arguments on the patch per se
(fear it might break things when in fact I had tested successfully
against all IMAP servers
** Changed in: getmail4 (Ubuntu)
Status: Invalid => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/737206
Title:
messages on IMAP server are marked as read after retrieving
--
ubun
I consider this not as a bug but as a feature request. It is also
inapprorpiate to put it here into Ubuntu as a bug, when it is abundantly
clear that the developer does not consider it a bug, has stated that he
has no intentions to change the code - however trivial it might seem -
and has given tec
To justify the need and at the same-time the non-chance of upstream
adoption: the earlier support request/discussion was
http://marc.info/?t=12983072491
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bug
I'd posted it, but (RANT) Charles rejected it and my post on the
arrogant assertion he knew best what suited his users and the lame
excuse he was loathe because he didn't know if it worked (where he
usually rubs RFCS in, and this is RFC 3501 compliant) -- only to have
the same question asked on his
** Attachment added: "Leave message read/unread state unchanged on IMAP server"
https://bugs.launchpad.net/bugs/737206/+attachment/1916050/+files/getmail-imap-peek.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.
11 matches
Mail list logo
