fetchmail-users — User questions and discussion

[fetchmail-users] Error messages with fetchmail 6.3.8

[Pongthep K. <ptk...@gm...>]

Hi all

Error messages with fetchmail 6.3.8
Firstly I shall say I am a noobie and sorry if my question is too simple
Previously I use fetchmail 6.2.5 on FreeBSD 5.4 (yes obsolete but still get work done). I had no problem with it. In order to be updated, yesterday I downloaded fetchmail 6.3.8. I installed it as I normally do.

% ./configure --with-ssl
% make
# make install

I still use my existing .fetchmailrc, which worked fine with fetchmail 6.2.5.
% cat .fetchmailrc

poll mail.ego.co.th proto pop3:
	user "pkr...@eg..." there has password "xxxxxxx" is "pongthep" here
	fetchall
poll pop.gmail.com proto pop3 port 995:
	user "ptk...@gm..." there has password "yyyyyyy" is "pongthep" here
	fetchall
	ssl

After test, I can still retrieve mails for both accounts, but I found some error messages I never seen before and don't know how to fix it. Anyone has a clue, please point me out and thank you in advance. (please also CC to me, I'm not in the list.)
Normally I use mutt as MUA. But for your diagnostic, I put direct command on console as shown below.

Questions
1) My first account has nothing to do with TLS.
Why is there such an error message? How to fix it?
2) Several errors with my second account (gmail).
How to fix it?
3) I also have 6bone tunnel for IPv6.
Shall I do anything special with fetchmail?

Thank you
Pongthep Kulkrisada

% fetchmail -vv

fetchmail: 6.3.8 querying mail.ego.co.th (protocol POP3) at Sun May 13 11:08:42 2007: poll started
Trying to connect to 202.5.93.197/110...connected.
fetchmail: POP3< +OK Hello there.
fetchmail: POP3> CAPA
fetchmail: POP3< +OK Here's what I can do:
fetchmail: POP3< STLS
fetchmail: POP3< TOP
fetchmail: POP3< USER
fetchmail: POP3< LOGIN-DELAY 10
fetchmail: POP3< PIPELINING
fetchmail: POP3< UIDL
fetchmail: POP3< IMPLEMENTATION Courier Mail Server
fetchmail: POP3< .
fetchmail: POP3> STLS
fetchmail: POP3< +OK Begin SSL/TLS negotiation now.
fetchmail: mail.ego.co.th: opportunistic upgrade to TLS failed, trying to continue.
fetchmail: POP3> USER pkr...@eg...
fetchmail: Repoll immediately on pkr...@eg...@mail.ego.co.th
Trying to connect to 202.5.93.197/110...connected.
fetchmail: POP3< +OK Hello there.
fetchmail: POP3> CAPA
fetchmail: POP3< +OK Here's what I can do:
fetchmail: POP3< STLS
fetchmail: POP3< TOP
fetchmail: POP3< USER
fetchmail: POP3< LOGIN-DELAY 10
fetchmail: POP3< PIPELINING
fetchmail: POP3< UIDL
fetchmail: POP3< IMPLEMENTATION Courier Mail Server
fetchmail: POP3< .
fetchmail: POP3> USER pkr...@eg...
fetchmail: POP3< +OK Password required.
fetchmail: POP3> PASS *
fetchmail: POP3< +OK logged in.
fetchmail: selecting or re-polling default folder
fetchmail: POP3> STAT
fetchmail: POP3< +OK 0 0
fetchmail: No mail for pkr...@eg... at mail.ego.co.th
fetchmail: POP3> QUIT
fetchmail: POP3< +OK Bye-bye.
fetchmail: 6.3.8 querying mail.ego.co.th (protocol POP3) at Sun May 13 11:08:44 2007: poll completed
fetchmail: not swapping UID lists, no UIDs seen this query
fetchmail: Query status=1 (NOMAIL)
fetchmail: 6.3.8 querying pop.gmail.com (protocol POP3) at Sun May 13 11:08:44 2007: poll started
Trying to connect to 72.14.253.109/995...connected.
fetchmail: Issuer Organization: Equifax
fetchmail: Unknown Issuer CommonName
fetchmail: Server CommonName: pop.gmail.com
fetchmail: pop.gmail.com key fingerprint: 59:51:61:89:CD:DD:B2:35:94:BB:44:97:A0:39:D5:B4
fetchmail: Server certificate verification error: unable to get local issuer certificate
fetchmail: Server certificate verification error: certificate not trusted
fetchmail: Server certificate verification error: unable to verify the first certificate
fetchmail: POP3< +OK Gpop ready for requests from 203.153.169.68 m27pf2075195pof
fetchmail: POP3> CAPA
fetchmail: POP3< +OK Capability list follows
fetchmail: POP3< USER
fetchmail: POP3< RESP-CODES
fetchmail: POP3< EXPIRE 0
fetchmail: POP3< LOGIN-DELAY 300
fetchmail: POP3< X-GOOGLE-VERHOEVEN
fetchmail: POP3< UIDL
fetchmail: POP3< .
fetchmail: POP3> USER ptk...@gm...
fetchmail: POP3< +OK send PASS
fetchmail: POP3> PASS *
fetchmail: POP3< +OK Welcome.
fetchmail: selecting or re-polling default folder
fetchmail: POP3> STAT
fetchmail: POP3< +OK 0 0
fetchmail: No mail for ptk...@gm... at pop.gmail.com
fetchmail: POP3> QUIT
fetchmail: POP3< +OK Farewell.
fetchmail: 6.3.8 querying pop.gmail.com (protocol POP3) at Sun May 13 11:08:51 2007: poll completed
fetchmail: not swapping UID lists, no UIDs seen this query
fetchmail: Query status=1 (NOMAIL)
fetchmail: Writing fetchids file.
fetchmail: normal termination, status 1
fetchmail: Writing fetchids file.

Re: [fetchmail-users] SMTP connect error with fetchmail under Cygwin

[Rob M. <rob...@gm...>]

On 5/12/07, Kyle Contreras-Barbour <kyl...@gm...> wrote:
> 6.3.8 and 3.22, respectively, according to setup.exe).
>
> I did indeed need to get exim running, it seems (thanks!) - I ran
> exim-config to get the daemon going and when I ran fetchmail, instead of
> giving "connection to localhost failed" it happily connected. However, it's
> still having certificate verification errors (I don't know if that's a big
> issue or not) and terminating with a socket error. This is what it's showing
> at the end:

Not a big deal.

> It's been getting stuck at the same message, which appears to be fairly
> large (14003782 octets), so I'm starting to wonder if there isn't some issue
> there. Before it hits that message, it's giving this:
>
> 649 messages (292 seen) for so...@gm... at pop.gmail.com (21915850
> octets).
> skipping message so...@gm...@pop.gmail.com:1 not flushed
> skipping message so...@gm...@pop.gmail.com:2 not flushed
> ...
> skipping message so...@gm...@pop.gmail.com:291 not flushed
> skipping message so...@gm...@pop.gmail.com:292 not flushed
> fetchmail: POP3> LIST 293
> fetchmail: POP3< +OK 293 14003782
> fetchmail: POP3> RETR 293
> fetchmail: POP3< +OK message follows
> reading message so...@gm...@pop.gmail.com:293 of 649 (14003782 octets)
>
> Trying to connect to 127.0.0.1/25...connected.
> fetchmail: SMTP< 220 <hostname> ESMTP Exim 4.66 Sat, 12 May 2007 14:04:08
> -0700
> fetchmail: SMTP> EHLO <hostname>
> fetchmail: SMTP< 250-<hostname> Hello localhost [127.0.0.1]
> fetchmail: SMTP< 250-SIZE 52428800
> fetchmail: SMTP< 250-PIPELINING
> fetchmail: SMTP< 250 HELP
> fetchmail: SMTP> MAIL FROM:<so...@gm...> SIZE=14003782
> fetchmail: SMTP< 250 OK
> fetchmail: SMTP> RCPT TO:<username@hostname>
> fetchmail: SMTP< 250 Accepted
> fetchmail: SMTP> DATA
> fetchmail: SMTP< 354 Enter message, ending with "." on a line by itself
> #<massive string of asterisks, interrupted by periods>
<--- following section moved into what appears to be the right place --->
> fetchmail: socket error while fetching from so...@gm...@pop.gmail.com
> fetchmail: 6.3.8 querying pop.gmail.com (protocol POP3) at <date>: poll
> completed
> fetchmail: Query status=2 (SOCKET)
> fetchmail: normal termination, status 2

It could be a problem related to your exim config (14 MB is pretty
large for an email).  The contents of the exim log would be useful to
further diagnose, though from the snippet above it doesn't appear to
be a fetchmail problem.

-- 
                 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

Re: [fetchmail-users] SMTP connect error with fetchmail under Cygwin

[Kyle Contreras-B. <kyl...@gm...>]

On 5/12/07, Matthias Andree <mat...@gm...> wrote:
>
> First of all, is your fetchmail current? Should be 6.3.8, but 6.3.6
> should also work somewhat.
>
> Next, do you have procmail installed?
>
> Both can be fixed with the Cygwin setup.exe.
>
> Third, if you originally injected into Exim or some such, be sure to
> start that daemon at boot time (requires some NT-ish operating system
> AFAICS, NT, Win2K, XP or Vi$ta, details are in Jason Tishler's
> cygwin-readme file that should be on your system).


Thanks for the reply!

Fetchmail appears to be current, and procmail is installed (they're versions
6.3.8 and 3.22, respectively, according to setup.exe).

I did indeed need to get exim running, it seems (thanks!) - I ran
exim-config to get the daemon going and when I ran fetchmail, instead of
giving "connection to localhost failed" it happily connected. However, it's
still having certificate verification errors (I don't know if that's a big
issue or not) and terminating with a socket error. This is what it's showing
at the end:

fetchmail: socket error while fetching from so...@gm...@pop.gmail.com
fetchmail: 6.3.8 querying pop.gmail.com (protocol POP3) at <date>: poll
completed
fetchmail: Query status=2 (SOCKET)
fetchmail: normal termination, status 2

It's been getting stuck at the same message, which appears to be fairly
large (14003782 octets), so I'm starting to wonder if there isn't some issue
there. Before it hits that message, it's giving this:

649 messages (292 seen) for so...@gm... at pop.gmail.com (21915850
octets).
skipping message so...@gm...@pop.gmail.com:1 not flushed
skipping message so...@gm...@pop.gmail.com:2 not flushed
...
skipping message so...@gm...@pop.gmail.com:291 not flushed
skipping message so...@gm...@pop.gmail.com:292 not flushed
fetchmail: POP3> LIST 293
fetchmail: POP3< +OK 293 14003782
fetchmail: POP3> RETR 293
fetchmail: POP3< +OK message follows
reading message so...@gm...@pop.gmail.com:293 of 649 (14003782 octets)

Trying to connect to 127.0.0.1/25...connected.
fetchmail: SMTP< 220 <hostname> ESMTP Exim 4.66 Sat, 12 May 2007 14:04:08
-0700
fetchmail: SMTP> EHLO <hostname>
fetchmail: SMTP< 250-<hostname> Hello localhost [127.0.0.1]
fetchmail: SMTP< 250-SIZE 52428800
fetchmail: SMTP< 250-PIPELINING
fetchmail: SMTP< 250 HELP
fetchmail: SMTP> MAIL FROM:<so...@gm...> SIZE=14003782
fetchmail: SMTP< 250 OK
fetchmail: SMTP> RCPT TO:<username@hostname>
fetchmail: SMTP< 250 Accepted
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 Enter message, ending with "." on a line by itself
#<massive string of asterisks, interrupted by periods>

Any further thoughts? Thanks again so much.
Kyle

Re: [fetchmail-users] Splitting catch-all into local recipients.

[Matthias A. <mat...@gm...>]

On Sat, 12 May 2007, Dave Coventry wrote:

> Rob MacGregor wrote:
> > Some hosting providers manage their own dynamic DNS setup so that
> > email can be delivered directly to you (with secondaries on their own
> > network incase you drop off the net).
> Rob, Thank you for your reply (and your previous offer of help).
> 
> I've been re-reading the manual again. If the ISP receives and passes on 
> the 'envelope' correctly, can it be assumed that they will consistently 
> handle mail in this way? Assuming that they are using the same software?

Usually yes.

> In other words, are the rogue envelopes created by my ISP's server, or 
> are they delivered to his server in that condition?

They aren't "rogue" but a special service of your ISP's server software.
I hope they aren't asking a special rate for that but it might
eventually make the distinction between family and business account
pricing for them.

-- 
Matthias Andree

Re: [fetchmail-users] SMTP connect error with fetchmail under Cygwin

[Matthias A. <mat...@gm...>]

On Fri, 11 May 2007, Kyle Contreras-Barbour wrote:

> Then, after going through a long series of asterisks and periods, fetchmail
> reports a socket error and ends with 'status=2'.
> 
> Does anybody know what I might be doing wrong here? Any help would be
> greatly appreciated, and apologies all around if I'm just being very silly
> or should be asking on a Cygwin list.

First of all, is your fetchmail current? Should be 6.3.8, but 6.3.6
should also work somewhat.

Next, do you have procmail installed?

Both can be fixed with the Cygwin setup.exe.

Third, if you originally injected into Exim or some such, be sure to
start that daemon at boot time (requires some NT-ish operating system
AFAICS, NT, Win2K, XP or Vi$ta, details are in Jason Tishler's
cygwin-readme file that should be on your system).

-- 
Matthias Andree

[fetchmail-users] SMTP connect error with fetchmail under Cygwin

[Kyle Contreras-B. <kyl...@gm...>]

Hello, folks;

I've been beginning to try and run fetchmail (through Cygwin, on a Windows
box) to backup my Gmail account, for which I've been using the following in
.fetchmailrc:

poll pop.gmail.com with proto POP3 service 995 and options no dns
user so...@gm... there with password PASSWORD is me here  options ssl

The first few times I queried pop.gmail.com, all went well. However, it's
now been reporting the following (I've snipped out the pieces that seemed
normal and the long list of messages):

fetchmail: removing stale lockfile
<snip>
fetchmail: Server certificate verification error: unable to get local issuer
certificate
fetchmail: Server certificate verification error: certificate not trusted
fetchmail: Server certificate verification error: unable to verify the first
certificate
<snip>
reading message so...@gm...@pop.gmail.com:x of x (14003782 octets)
Trying to connect to 127.0.0.1/25...connection failed.
fetchmail: connection to localhost:smtp [127.0.0.1/25] failed: Connection
refused.
fetchmail: SMTP connect to localhost failed
fetchmail: can't raise the listener; falling back to /usr/bin/procmail -d
%T#

Then, after going through a long series of asterisks and periods, fetchmail
reports a socket error and ends with 'status=2'.

Does anybody know what I might be doing wrong here? Any help would be
greatly appreciated, and apologies all around if I'm just being very silly
or should be asking on a Cygwin list.

Thanks,
Kyle

Re: [fetchmail-users] Splitting catch-all into local recipients.

[Dave C. <dc...@do...>]

Rob MacGregor wrote:
> Some hosting providers manage their own dynamic DNS setup so that
> email can be delivered directly to you (with secondaries on their own
> network incase you drop off the net).
Rob, Thank you for your reply (and your previous offer of help).

I've been re-reading the manual again. If the ISP receives and passes on 
the 'envelope' correctly, can it be assumed that they will consistently 
handle mail in this way? Assuming that they are using the same software?

In other words, are the rogue envelopes created by my ISP's server, or 
are they delivered to his server in that condition?

-- 
Dave Coventry
Tel   (home):  +27(0)31 3092301
Tel (office):  +27(0)31 2058448

Cell: +27(0)82 9000179

Re: [fetchmail-users] Splitting catch-all into local recipients.

[Rob M. <rob...@gm...>]

On 5/11/07, Dave Coventry <dc...@do...> wrote:
> Matthias Andree wrote:
> > Ask them, or switch them. :-)
> Well, I'll see to what extent they comply by experimenting. If I can get
> it to work we can stay with them.
>
> Currently we're on a dynamic IP and dyndns.org (don't ask: it's got to
> do with the monopolistic telecommunications provider here in South
> Africa), but if we get a static IP, I'll organise for the DNS to point
> at our servers.

Some hosting providers manage their own dynamic DNS setup so that
email can be delivered directly to you (with secondaries on their own
network incase you drop off the net).

-- 
                 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

Re: [fetchmail-users] Splitting catch-all into local recipients.

[Dave C. <dc...@do...>]

Matthias Andree wrote:
> Ask them, or switch them. :-)
Well, I'll see to what extent they comply by experimenting. If I can get 
it to work we can stay with them.

Currently we're on a dynamic IP and dyndns.org (don't ask: it's got to 
do with the monopolistic telecommunications provider here in South 
Africa), but if we get a static IP, I'll organise for the DNS to point 
at our servers.

-- 
Dave Coventry
Tel   (home):  +27(0)31 3092301
Tel (office):  +27(0)31 2058448

Cell: +27(0)82 9000179

Re: [fetchmail-users] Splitting catch-all into local recipients.

[Dave C. <dc...@do...>]

Matthias Andree wrote:
>
> BTW, please don't top-post on this list and remove unneeded quote parts,
> that makes your posts easier to read.
>   
Sorry.

I normally snip the pieces I am addressing and leave the full history at 
the bottom, purely for reference. But I'm happy to comply.

-- 
Dave Coventry
Tel   (home):  +27(0)31 3092301
Tel (office):  +27(0)31 2058448

Cell: +27(0)82 9000179

Re: [fetchmail-users] Splitting catch-all into local recipients.

[Matthias A. <mat...@gm...>]

Dave Coventry schrieb:
>> Configuring the envelope header properly (Rob MacGregor offered to help
>> with that part in his list mail)
> Yes, my email in reply to you crossed with his.
> 
>> is essential (the option is also called
>> envelope), some details are in the FAQ and manual page and in the document
> How is the envelope configured? I mean, is it generated by the originator of the email or does my ISP's server assemble the envelope when it receives the email?

The originator reads it, but the ISP's mail server must write a copy of the
envelope recipient into the headers. A copy of the envelope sender is
usually copied into the Return-Path: header, but the former isn't mandatory
hence often missing.

>> linked to above. Usually, ODMR or UUCP are better ideas than POP3
>> multidrop, since they are more reliable, these protocols do transport the
>> envelope.
> I'm afraid that I'm in the hands of my ISP on this.

Ask them, or switch them. :-)

BTW, please don't top-post on this list and remove unneeded quote parts,
that makes your posts easier to read.

Thanks.

HTH
Matthias

Re: [fetchmail-users] Splitting catch-all into local recipients.

[Dave C. <dc...@do...>]

>Configuring the envelope header properly (Rob MacGregor offered to help
>with that part in his list mail)
Yes, my email in reply to you crossed with his.

>is essential (the option is also called
>envelope), some details are in the FAQ and manual page and in the document
How is the envelope configured? I mean, is it generated by the originator of the email or does my ISP's server assemble the envelope when it receives the email?

>linked to above. Usually, ODMR or UUCP are better ideas than POP3
>multidrop, since they are more reliable, these protocols do transport the
>envelope.
I'm afraid that I'm in the hands of my ISP on this.




Matthias Andree wrote:
> Dave Coventry schrieb:
>   
>> I'll try again(Sorry, the cut-and-paste didn't work out)
>>
>> Matthias, thank you very much for the reply.
>>     
>
> You're welcome.
>
>   
>> Okay, I've read and reread the manual page and I think I have the
>> answer; namely that
>> ~~~~~~~~~~~~ snip ~~~~~~~~~~~~~~~~~~~~~
>>
>> poll pop.example.com with proto POP3
>> user "general at example.com" there with
>> password "my_password" to davec=dave johnj=john shirleyw=shirley
>> barryw=barry here
>> ~~~~~~~~~~~~ snip ~~~~~~~~~~~~~~~~~~~~~
>> should work.
>>     
>
> Yes, it should - however, as I've stated in
> <http://home.pages.de/~mandree/mail/multidrop>, it requires some
> cooperation from the ISP to write envelope headers, else you'll have
> troubles with duplicate or missing or misdirected messages (answering your
> question why multidrop isn't the best idea).
>
> Configuring the envelope header properly (Rob MacGregor offered to help
> with that part in his list mail) is essential (the option is also called
> envelope), some details are in the FAQ and manual page and in the document
> linked to above. Usually, ODMR or UUCP are better ideas than POP3
> multidrop, since they are more reliable, these protocols do transport the
> envelope.
>
> HTH,
> Matthias
> _______________________________________________
> fetchmail-users mailing list
> fet...@li...
> https://lists.berlios.de/mailman/listinfo/fetchmail-users
>
>
>   


-- 
Dave Coventry
Tel   (home):  +27(0)31 3092301
Tel (office):  +27(0)31 2058448

Cell: +27(0)82 9000179

Re: [fetchmail-users] Splitting catch-all into local recipients.

[Matthias A. <mat...@gm...>]

Dave Coventry schrieb:
> I'll try again(Sorry, the cut-and-paste didn't work out)
> 
> Matthias, thank you very much for the reply.

You're welcome.

> Okay, I've read and reread the manual page and I think I have the
> answer; namely that
> ~~~~~~~~~~~~ snip ~~~~~~~~~~~~~~~~~~~~~
> 
> poll pop.example.com with proto POP3
> user "general at example.com" there with
> password "my_password" to davec=dave johnj=john shirleyw=shirley
> barryw=barry here
> ~~~~~~~~~~~~ snip ~~~~~~~~~~~~~~~~~~~~~
> should work.

Yes, it should - however, as I've stated in
<http://home.pages.de/~mandree/mail/multidrop>, it requires some
cooperation from the ISP to write envelope headers, else you'll have
troubles with duplicate or missing or misdirected messages (answering your
question why multidrop isn't the best idea).

Configuring the envelope header properly (Rob MacGregor offered to help
with that part in his list mail) is essential (the option is also called
envelope), some details are in the FAQ and manual page and in the document
linked to above. Usually, ODMR or UUCP are better ideas than POP3
multidrop, since they are more reliable, these protocols do transport the
envelope.

HTH,
Matthias

Re: [fetchmail-users] Splitting catch-all into local recipients.

[Dave C. <dc...@do...>]

I'll try again(Sorry, the cut-and-paste didn't work out)

Matthias, thank you very much for the reply.

Okay, I've read and reread the manual page and I think I have the
answer; namely that
~~~~~~~~~~~~ snip ~~~~~~~~~~~~~~~~~~~~~

poll pop.example.com with proto POP3
user "general at example.com" there with
password "my_password" to davec=dave johnj=john shirleyw=shirley
barryw=barry here
~~~~~~~~~~~~ snip ~~~~~~~~~~~~~~~~~~~~~
should work.

(I presume that leaving barry's email on the ISP's server is not an option?)

Can I ask you why you don't consider multidrop a good idea? What are the
risks?



Matthias Andree wrote:
> Dave Coventry schrieb:
>
>   
>> Can anyone assist me on how to achieve this?
>>     
>
> It's all in the manual page - but I don't consider multidrop a
> particularly good idea.
>
>
>   


-- 
Dave Coventry
Tel   (home):  +27(0)31 3092301
Tel (office):  +27(0)31 2058448

Cell: +27(0)82 9000179

Re: [fetchmail-users] Splitting catch-all into local recipients.

[Dave C. <dc...@do...>]

Matthias, thank you very much for the reply.

Okay, I've read and reread the manual page and I think I have the
answer; namely that
~~~~~~~~~~~~ snip ~~~~~~~~~~~~~~~~~~~~~

poll pop.example.com with proto POP3
user "general at example.com 
<https://lists.berlios.de/mailman/listinfo/fetchmail-users>" there with 
password "my_password" to davec=dave johnj=john shirleyw=shirley 
barryw=barry here
~~~~~~~~~~~~ snip ~~~~~~~~~~~~~~~~~~~~~
should work.

(I presume that leaving barry's email on the ISP's server is not an option?)

Can I ask you why you don't consider multidrop a good idea? What are the 
risks?



Matthias Andree wrote:
> Dave Coventry schrieb:
>
>   
>> Can anyone assist me on how to achieve this?
>>     
>
> It's all in the manual page - but I don't consider multidrop a
> particularly good idea.
>
>
>   


-- 
Dave Coventry
Tel   (home):  +27(0)31 3092301
Tel (office):  +27(0)31 2058448

Cell: +27(0)82 9000179

Re: [fetchmail-users] Splitting catch-all into local recipients.

[Rob M. <rob...@gm...>]

On 5/11/07, Dave Coventry <dc...@do...> wrote:
> Hi,
>
> I use:
> "poll pop.example.com with proto POP3
> user "ge...@ex..." there with password 'my_password' is dave here"
> which places the catch-all mail in the file /var/spool/mail/dave
>
> I need the recipients da...@ex..., jo...@ex... and
> sh...@ex... to be distributed to the local mailboxes of users
> dave, john and shirley.
>
> I would also like the mail to ba...@ex... to remain on the ISP's
> server (if this is possible, it's not absolutely necessary).
>
> Can anyone assist me on how to achieve this?

Basically, it depends on your ISP.  If they've provided a header with
this information (often something like Envelope-to or Delivered-to)
then you can (and as Matthias said the details are in the man page).
If you're not sure, provide a sample header for an email and I'll let
you know.

If however they haven't, your out of luck.

-- 
                 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

Re: [fetchmail-users] Splitting catch-all into local recipients.

[Matthias A. <mat...@gm...>]

Dave Coventry schrieb:

> Can anyone assist me on how to achieve this?

It's all in the manual page - but I don't consider multidrop a
particularly good idea.

[fetchmail-users] Splitting catch-all into local recipients.

[Dave C. <dc...@do...>]

Hi,

I use:
"poll pop.example.com with proto POP3
user "ge...@ex..." there with password 'my_password' is dave here"
which places the catch-all mail in the file /var/spool/mail/dave

I need the recipients da...@ex..., jo...@ex... and 
sh...@ex... to be distributed to the local mailboxes of users 
dave, john and shirley.

I would also like the mail to ba...@ex... to remain on the ISP's 
server (if this is possible, it's not absolutely necessary).

Can anyone assist me on how to achieve this?

Thank you,

-- 
Dave Coventry
Tel   (home):  +27(0)31 3092301
Tel (office):  +27(0)31 2058448

Cell: +27(0)82 9000179

Re: [fetchmail-users] 'fetchmail --quit' behaviour

[Sebastian T. <se...@sm...>]

Doh!

Just realised that FETCHMAILHOME was only being passed to the command
in the crontab entry, and not being set in the environment.

I've now set it in my profile and problem solved.

Sebastian

[fetchmail-users] 'fetchmail --quit' behaviour

[Sebastian T. <se...@sm...>]

Happy International Worker's Day to all.

I run a personal fetchmail daemon with the following user crontab
entry:

  @reboot /usr/bin/env FETCHMAILHOME=/home/sebyte/.fetchmail.d /usr/bin/fetchmail -e 100

This works fine, but when I want to kill the daemon process, I receive
the following message:

  $ fetchmail --quit
  fetchmail: no other fetchmail is running

A fetchmail is most definitely running:

  $ ps -A | grep fetch
   3907 ?        00:00:00 fetchmail
  $

I suspect this is because I'm running fetchmail in its own
environment, so how to cleanly kill fetchmail in this case?

Sebastian

[fetchmail-users] Updated Cygwin Package: fetchmail-6.3.8-1

[Jason T. <ja...@ti...>]

New News:
=== ====
I have updated the version of fetchmail to 6.3.8-1.  The tarballs should
be available on a Cygwin mirror near you shortly.

The only change between this version and the previous one is the
following:

    o update to version 6.3.8
    o build against Python 2.5

Old News:
=== ====
Fetchmail is a remote mail retrieval and forwarding utility intended
for use over on-demand TCP/IP links, like SLIP or PPP connections.
Fetchmail supports every remote-mail protocol currently in use on the
Internet (POP2, POP3, RPOP, APOP, KPOP, all IMAPs, ESMTP ETRN, IPv6,
and IPSEC) for retrieval. Then Fetchmail forwards the mail through SMTP
so you can read it through your favorite mail client.

See the fetchmail home page for more details:

    http://fetchmail.berlios.de/

Please read the README file:

    /usr/share/doc/Cygwin/fetchmail-6.3.8.README

since it covers requirements, installation, known issues, etc.

Standard News:
======== ====
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

If you have questions or comments, please send them to the Cygwin
mailing list at: cy...@cy... .

              *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=you...@cy...

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

Jason

--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

[fetchmail-users] A daemon that calls fetchmail for every user

[Jona J. <fet...@0b...>]

Hi!
I administrate a small server together with some friends. Among others I
do the mail part. I set up fetchmail so that every user can fetch mails
from the different mail accounts they may have around the Internet and
read them in a single location. The problem is that AFAIK fetchmail
does not provide any #include-like directives in fetchmailrc so that I
have 2 options:
-either I save data (including passwords in clear text) for every user
in one single file
or
-every user has to run his/her own fetchmail instance.

I don't want to use the first option as I don't want to see the other's
passwords.
So we used the second option but we got problems when 2
fetchmail instances tried to access 2 different gmail mailboxes at the
same time. On top of that it's not very convenient to administrate. It
would be better to run fetchmail in a central way.
That's why I wrote a small piece of software which runs
fetchmail periodically for every user that has a .fetchmailrc in their
home folders.
I thought that it might interest other people so I post it here.
It's a daemon that has to be run as root. The only parameter it accepts
is the amount of seconds to sleep between calling fetchmail.

You can find the source code here:
http://0b10111.de/svn/development/c/console%20c/fetchiterd/fetchiterd.c

Best regards,
Jona

-- 
"Und das Schönste daran ist, dass die Mehrzahl der Amerikaner durch die
von Illuminaten gedeckten Terroranschläge so weit in Angst versetzt
sein werden, dass sie darum betteln werden, kontrolliert zu werden, wie
der Masochist nach der Peitsche wimmert." Hagbard Celine

Re: [fetchmail-users] configuring Fetchmail with RT

[Rob M. <rob...@gm...>]

On 4/25/07, Sridhar Adabala <ram...@ya...> wrote:
> Hi All,
>
> Thanks for the reply. I'm able to start the Fetchmail. However, the previous question which I posted is for driver issue only, thanks for pointing out. Now after starting the Fetchmail I'm getting the following message:
>
> C:\Program Files\OurInternet\Common\fetchmail>cd "C:\Program Files\OurInternet\Common\fetchmail\bin"
>
> C:\Program Files\OurInternet\Common\fetchmail\bin>type ..\rt-mailgate.conf   | fetchmail.exe -N -d 300 -f -
> fetchmail: removing stale lockfile
> fetchmail: starting fetchmail 6.2.5 daemon
> 72 messages for giri at mail.ekspertech.com (6913002 octets).
> reading message gi...@ma...:1 of 72 (453 octets) fetchmail: MDA returned nonzero status 127 not flushed

You have a problem with your perl executable or perl script - not with
fetchmail ("MDA returned nonzero status").

-- 
                 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

[fetchmail-users] configuring Fetchmail with RT

[Sridhar A. <ram...@ya...>]

Hi All,

Thanks for the reply. I'm able to start the Fetchmail. However, the previous question which I posted is for driver issue only, thanks for pointing out. Now after starting the Fetchmail I'm getting the following message:

C:\Program Files\OurInternet\Common\fetchmail>cd "C:\Program Files\OurInternet\Common\fetchmail\bin"

C:\Program Files\OurInternet\Common\fetchmail\bin>type ..\rt-mailgate.conf   | fetchmail.exe -N -d 300 -f -
fetchmail: removing stale lockfile
fetchmail: starting fetchmail 6.2.5 daemon
72 messages for giri at mail.ekspertech.com (6913002 octets).
reading message gi...@ma...:1 of 72 (453 octets) fetchmail: MDA returned nonzero status 127 not flushed
reading message gi...@ma...:2 of 72 (32450 octets) ...fetchmail: SIGPIPE thrown from an MDA or a stream socket error
fetchmail: socket error while delivering to SMTP host mail.ekspertech.com
fetchmail: Query status=2 (SOCKET)
fetchmail: sleeping at Wed Apr 25 10:27:34 2007


Please suggest me which settings I might made wrong.

Thanks and regards,
Sridhar Adabala.

fet...@li... wrote:Today's Topics:

   1. Documentation for configuring Fetchmail with RT (Sridhar Adabala)
   2. Re: Documentation for configuring Fetchmail with RT
      (Matthias Andree)
   3. Re: Documentation for configuring Fetchmail with RT
      (Rob MacGregor)


----------------------------------------------------------------------

Message: 1
Date: Tue, 24 Apr 2007 04:02:48 -0700 (PDT)
From: Sridhar Adabala 
Subject: [fetchmail-users] Documentation for configuring Fetchmail
 with RT
To: fet...@li...
Message-ID: <832...@we...>
Content-Type: text/plain; charset=iso-8859-1

Hi All,

I'm new to this tool. I want information on how to configure Fetchmail with RT. Unable to get details for configuring Fetchmail for Windows 2000 Server. I'm trying to implement on my local system so that if it running fine then I can implement on live server.

I configured rt-mailgate.conf as follows:
 
poll mail.ekspertech.com proto pop3:
username giri password xxxx mda "c:/Progra~1/OurInternet/Common/perl/bin/perl.exe c:/Progra~1/Ourinternet/Reques~1/rt/bin/rt-mailgate.in --url http://192.168.1.113:8284/ --queue GENERAL --action correspond"


When I'm trying to start it giving me a Bad Pool caller error message and restarting Windows 2000 server.

Please help me, if anyone can provide me documentation for Windows that's much appreciated.

Regards,
Sridhar

       
-----------------------------

Message: 2
Date: Tue, 24 Apr 2007 13:38:42 +0200
From: Matthias Andree 
Subject: Re: [fetchmail-users] Documentation for configuring Fetchmail
 with RT
To: Sridhar Adabala 
Cc: fet...@li...
Message-ID: <462...@gm...>
Content-Type: text/plain; charset=ISO-8859-1

Sridhar Adabala schrieb:
> Hi All,
> 
> I'm new to this tool. I want information on how to configure Fetchmail with RT. Unable to get details for configuring Fetchmail for Windows 2000 Server. I'm trying to implement on my local system so that if it running fine then I can implement on live server.
> 
> I configured rt-mailgate.conf as follows:
>  
> poll mail.ekspertech.com proto pop3:
> username giri password xxxx mda "c:/Progra~1/OurInternet/Common/perl/bin/perl.exe c:/Progra~1/Ourinternet/Reques~1/rt/bin/rt-mailgate.in --url http://192.168.1.113:8284/ --queue GENERAL --action correspond"
> 
> 
> When I'm trying to start it giving me a Bad Pool caller error message and restarting Windows 2000 server.

Not a fetchmail issue.


------------------------------

Message: 3
Date: Tue, 24 Apr 2007 15:11:58 +0100
From: "Rob MacGregor" 
Subject: Re: [fetchmail-users] Documentation for configuring Fetchmail
 with RT
To: fet...@li...
Message-ID:
 <43e...@ma...>
Content-Type: text/plain; charset=UTF-8; format=flowed

On 4/24/07, Sridhar Adabala  wrote:
> Hi All,
>
> I'm new to this tool. I want information on how to configure Fetchmail with RT. Unable to get details for configuring Fetchmail for Windows 2000 Server. I'm trying to implement on my local system so that if it running fine then I can implement on live server.

I assume you're talking about something called "Request Tracker"?

> Please help me, if anyone can provide me documentation for Windows that's much appreciated.

As Matthias said, this isn't fetchmail related, though it may be a
driver issue (which is what a quick Google suggests).

-- 
                 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


------------------------------

_______________________________________________
fetchmail-users mailing list
fet...@li...
https://lists.berlios.de/mailman/listinfo/fetchmail-users


End of fetchmail-users Digest, Vol 10, Issue 16
***********************************************


       
---------------------------------
Ahhh...imagining that irresistible "new car" smell?
 Check outnew cars at Yahoo! Autos.

Re: [fetchmail-users] Documentation for configuring Fetchmail with RT

[Rob M. <rob...@gm...>]

On 4/24/07, Sridhar Adabala <ram...@ya...> wrote:
> Hi All,
>
> I'm new to this tool. I want information on how to configure Fetchmail with RT. Unable to get details for configuring Fetchmail for Windows 2000 Server. I'm trying to implement on my local system so that if it running fine then I can implement on live server.

I assume you're talking about something called "Request Tracker"?

> Please help me, if anyone can provide me documentation for Windows that's much appreciated.

As Matthias said, this isn't fetchmail related, though it may be a
driver issue (which is what a quick Google suggests).

-- 
                 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