headers
N.J. Mann | 5 Mar 2010 09:45
Picon
Favicon

--nosoftbounce option no working in v6.3.14

Good morning,

I occasionally receive email from domains which fail DNS look ups.  My
local MTA (sendmail) returns a 553 error response to fetchmail, but
fetchmail does _not_ delete the message from my ISP's mail server if I
am using the command line option --nosoftbounce rather than setting said
option in .fetchmailrc.  If I do put the option in the RC file it does
delete the message.

I am using the latest fetchmail from the FreeBSD ports system:
  6.3.14+RPA+SDPS+SSL+OPIE+NLS
on
  FreeBSD 7.3-PRERELEASE #5 r204509M
and I run fetchmail from cron.

Here is my RC file (I have changed three values for privacy reasons):

  set logfile fetchmail.log
  set postmaster "njm"
  set no bouncemail
  set no syslog
  poll isp-mail-server proto pop3 uidl timeout 45
	username remote-uid, with password remote-password, is "njm" here

With the above I get the following when I execute 'fetchmail -vv
--nosoftbounce':

fetchmail: 6.3.14 querying ******** (protocol POP3) at Fri  5 Mar 08:13:47 2010: poll started
fetchmail: Trying to connect to 85.119.248.104/110...connected.
fetchmail: POP3< +OK <58275.1267776827 <at> core001.apm-internet.net>
(Continue reading)

Permalink | Reply | 2 comments |
headers
Matthias Andree | 5 Mar 2010 23:32
Picon
Picon

Re: --nosoftbounce option no working in v6.3.14

N.J. Mann wrote on 2010-03-05:

> I occasionally receive email from domains which fail DNS look ups.  My
> local MTA (sendmail) returns a 553 error response to fetchmail, but
> fetchmail does _not_ delete the message from my ISP's mail server if I
> am using the command line option --nosoftbounce rather than setting said
> option in .fetchmailrc.  If I do put the option in the RC file it does
> delete the message.
>
> I am using the latest fetchmail from the FreeBSD ports system:
>   6.3.14+RPA+SDPS+SSL+OPIE+NLS
> on
>   FreeBSD 7.3-PRERELEASE #5 r204509M
> and I run fetchmail from cron.

Dear Nick, list readers,

sorry for the inconvenience.  This was a genuine fetchmail bug, which also  
affected "--nobounce" from the command line (it, too, worked from the  
rcfile).

When adding the softbounce feature, I was following the pattern ESR had  
introduced (and added to his checklist in esrs-design-notes.html) with the  
bouncemail option, not noticing that the defaults override for that was  
broken (since its introduction in 1999...), and I copied the logical flaw.  
Oops.

Sunil Shetye has provided a patch (Nick, Sunil's patch is better than the  
one I sent privately for your testing), and I've commited it [1] to the  
Git repository [2].  The fix is scheduled to appear in fetchmail 6.3.15
(Continue reading)

Permalink | Reply | 1 comment |
headers
Rob MacGregor | 8 Mar 2010 23:50
Picon
Gravatar

Re: fetchmail skipping emails at gmail

On Mon, Mar 8, 2010 at 17:06, Fernan Aguero <fernan.aguero <at> gmail.com> wrote:
> Hi,
>
> starting a few weeks ago, the number of meesages in my Gmail inbox
> (unread) is constantly increasing.

From what you left in (unfortunately you snipped out all the bits
where fetchmail talked to your SMTP server) it looks like fetchmail
handed the mails in question to your mail server.

Check your mail server's logs to see if that was the case - if it was
then the problem is local to your mail server and it's logs should
help you.

--

-- 
                 Please keep list traffic on the list.

Rob MacGregor
      Whoever fights monsters should see to it that in the process he
        doesn't become a monster.                  Friedrich Nietzsche
Permalink | Reply | 0 comments |
headers
Fernan Aguero | 8 Mar 2010 23:06
Picon

fetchmail skipping emails at gmail

Hi,

starting a few weeks ago, the number of meesages in my Gmail inbox
(unread) is constantly increasing.

I run fetchmail/procmail in a FreeBSD box, and check my email using
mutt ... but the majority of the messages are now being left at gmail,
and are not delivered to $HOME/mail.

Strangely enough, some messages do get through ... I'm intrigued.

My .fetchmailrc contains this line:
poll pop.gmail.com protocol pop3 port 995 username "fernan.aguero"
options ssl set syslog

Below is the output of fetchmail -Nvvvd0 --nosyslog

Any help in diagnosing/fixing this is appreciated. Thanks!

--
fernan

Script started on Mon Mar  8 18:45:18 2010
[fernan <at> gama ~] fetchmail -Nvvvd0 --nosyslog ; exit

Enter password for fernan.aguero <at> pop.gmail.com:
fetchmail: 6.3.13 querying pop.gmail.com (protocol POP3) at Mon Mar  8
18:45:43 2010: poll started
Trying to connect to 74.125.65.109/995...connected.
fetchmail: Issuer Organization: Google Inc
(Continue reading)

Permalink | Reply | 1 comment |
headers
Simon Williams | 11 Mar 2010 14:43
Picon
Favicon
Gravatar

Not flushed

Hi all.

Sorry if this is a FAQ, but I haven't been able to find anything.

I've been running fetchmail for several years, and it's always given 
messages like this:

skipping message pamandguy <at> gmail.com <at> gmail-pop.l.google.com:80 not flushed

I finally got round to checking today, and as I suspected there are 80 
old mails (all read) dating back to before I setup fetchmail. The man 
page says (in the documentation for --all) that "the  default is to 
fetch only messages the server has not marked seen". Is "seen" the same 
as "read"? Or is there some extra magic involved?

I ask because I'm sure that fetchmail has retrieved "read" mail before. 
There must have been more than 80 emails in the box when I started using 
fetchmail. Also, I just did a quick test- I used the gmail interface to 
mark a message as "read" and then ran fetchmail. It got downloaded. Why?

Are there extra rules for downloading that I'm missing? Maybe something 
based on dates?

Also, am I correct in thinking that there is no way of pushing these 
messages through fetchmail without them appearing as unread in the users 
mailbox?

Thanks very much.
Simon
(Continue reading)

Permalink | Reply | 4 comments |
headers
Joshua J. Kugler | 11 Mar 2010 19:18
X-Face
Gravatar

Progress on MAPI

Howdy!

I found this: http://wiki.openchange.org/index.php/Fetchmail_Plugin 
which lead me to this: 
http://gitorious.org/fetchmail/fetchmail/commits/BRANCH_MAPI

I was wondering what the current status was on MAPI support?  I have an 
Exchange account that I would love to be able to pull with Fetchmail.  
This also look promising: http://www.saunalahti.fi/juhrauti/index.html 
but alas, it does not seem to support recent versions of exchange.

Thanks!

--

-- 
Joshua Kugler
Part-Time System Admin/Programmer
http://www.eeinternet.com
PGP Key: http://pgp.mit.edu/  ID 0x73B13B6A
Permalink | Reply | 1 comment |
headers
Joshua J. Kugler | 11 Mar 2010 19:25
X-Face
Gravatar

Progress on MAPI

Howdy!

I found this: http://wiki.openchange.org/index.php/Fetchmail_Plugin 
which lead me to this: 
http://gitorious.org/fetchmail/fetchmail/commits/BRANCH_MAPI

I was wondering what the current status was on MAPI support?  I have an 
Exchange account that I would love to be able to pull with Fetchmail.  

This also look promising: http://www.saunalahti.fi/juhrauti/index.html 
but alas, it does not seem to support recent versions of exchange.

Thanks!

j

--

-- 
Joshua Kugler
Part-Time System Admin/Programmer
http://www.eeinternet.com
PGP Key: http://pgp.mit.edu/  ID 0x73B13B6A
Permalink | Reply | 3 comments |
headers
Matthias Andree | 12 Mar 2010 09:11
Picon
Picon

Re: Progress on MAPI

Joshua J. Kugler wrote:

> I found this: http://wiki.openchange.org/index.php/Fetchmail_Plugin 
> which lead me to this: 
> http://gitorious.org/fetchmail/fetchmail/commits/BRANCH_MAPI
> 
> I was wondering what the current status was on MAPI support?  I have an 
> Exchange account that I would love to be able to pull with Fetchmail.  

Enable POP3 or IMAP for now.  MAPI support isn't complete. My recollection
from past postings on the fetchmail-devel mailing list is that it requires
more work to be safer and more reliable and have less memory leaks,
it needs a port to OpenChange 0.9, and that has simply not happened yet.

The original code was from Li Yang-Yan, however I haven't seen recent
contributions there.  The code was then revised by Mojmir Svoboda who
sent me a sign of life and a statement the he still has interest in
getting this code going, but currently hasn't got time to look after it.

Note I am not doing any of the coding for MAPI, and that a "proof of 
concept" as it's described on the OpenChange Wiki means the code 
is a demo "hey, this is how it could work", but it isn't a 
turn-key solution.

I'd suggest you to try the code from that branch and find out if it
works for you, but I'm not promising anything. You need OpenChange (I think the latest 0.8.X you can get) --
check the documents; particularly
http://gitorious.org/fetchmail/fetchmail/blobs/BRANCH_MAPI/README.mapi (or
http://gitorious.org/fetchmail/fetchmail/blobs/raw/BRANCH_MAPI/README.mapi to avoid the nasty
coloring) before you venture into MAPI support.  However, I cannot support that code for lack of knowledge.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Matthias Andree | 12 Mar 2010 13:35
Picon
Picon

Re: Not flushed

Simon Williams wrote on 2010-03-11:

> Sorry if this is a FAQ, but I haven't been able to find anything.

However, there's http://fetchmail.info/fetchmail-FAQ.html#G3 - more after  
I have seen the required information.

--

-- 
Matthias Andree
Permalink | Reply | 3 comments |
headers
Joshua J. Kugler | 12 Mar 2010 17:54
X-Face
Gravatar

Re: Progress on MAPI

On Thursday 11 March 2010, Matthias Andree elucidated thus:
> Joshua J. Kugler wrote:
> > I found this: http://wiki.openchange.org/index.php/Fetchmail_Plugin
> > which lead me to this:
> > http://gitorious.org/fetchmail/fetchmail/commits/BRANCH_MAPI
> >
> > I was wondering what the current status was on MAPI support?  I
> > have an Exchange account that I would love to be able to pull with
> > Fetchmail.
>
> Enable POP3 or IMAP for now.

I wish it was the easy. The admins refuse to do so, thus my need for 
another way around.

> I'd suggest you to try the code from that branch and find out if it
> works for you, but I'm not promising anything. You need OpenChange (I
> think the latest 0.8.X you can get) -- check the documents;
> particularly
> http://gitorious.org/fetchmail/fetchmail/blobs/BRANCH_MAPI/README.map
>i (or
> http://gitorious.org/fetchmail/fetchmail/blobs/raw/BRANCH_MAPI/README
>.mapi to avoid the nasty coloring) before you venture into MAPI
> support.  However, I cannot support that code for lack of knowledge.

Thanks, I'll try to take a look.

j

--

--
(Continue reading)

Permalink | Reply | 0 comments |

Gmane