fetchmail-users — User questions and discussion

Re: [fetchmail-users] getting better error messages out of fetchmail

[Ian! D. A. <id...@id...>]

> > I'm finding it awkward to make fetchmail give me just the right
> > amount of detail about the messages that are being rejected.
> I'll make a note and see if this can be addressed for 6.3.7 

Below is another example of not enough detail.  I query two machines:

    fetchmail: No mail for idallen at localhost
    fetchmail: Query status=2 (SOCKET)

Obviously the first one worked, telling me what userid and what entry in
my .fetchmailrc was used.  The second query failed; but, no information
is printed about it.  It gets worse when querying more than one machine:

    fetchmail: No mail for idallen at localhost
    fetchmail: Query status=2 (SOCKET)
    fetchmail: Query status=2 (SOCKET)
    fetchmail: Query status=2 (SOCKET)
    fetchmail: Query status=2 (SOCKET)
    fetchmail: Query status=2 (SOCKET)

Which ones failed?  Which userids?  Sometimes I'm at least told the
.fetchmailrc entry of the error but not the userid being polled:

    fetchmail: timeout after 60 seconds waiting for server localhost.
    fetchmail: client/server synchronization error while fetching from localhost
    fetchmail: Query status=7 (ERROR)
    fetchmail: timeout after 60 seconds waiting for server localhost.
    fetchmail: client/server synchronization error while fetching from localhost
    fetchmail: Query status=7 (ERROR)

Please do consider an enhancement to tell us both (1) the .fetchmailrc
name and (2) the userid for connections that fail.  Editing output to
remove excess verbosity (e.g. using "sed") is easy; it's impossible to
invent output that isn't there.

Thanks for a very useful program.

-- 
| Ian! D. Allen  -  id...@id...  -  Ottawa, Ontario, Canada
| Home Page: http://www.idallen.com/ - Contact Improv: http://contactimprov.ca/
| College professor (Open Source / Linux) via: http://teaching.idallen.com/
| Support the public commons and public digital rights:  http://eff.org/

Re: [fetchmail-users] [fetchmail-announce] fetchmail 6.3.6-rc4 release candidate

[Jakob H. <jh...@pl...>]

Quoting Matthias Andree:

It worked here:

> fetchmail: 6.3.6-rc3 querying pop.guru.de (protocol POP3) at Mon, 27 Nov 2006 10:58:09 +0100 (CET): poll started
> Trying to connect to 212.11.227.194/110...connected.
> fetchmail: POP3< +OK b1gPOP3 2-1.22 Linux (guru.de) ready
> fetchmail: POP3> USER xx...@gu...
> fetchmail: POP3< +OK Need password for xx...@gu...
> fetchmail: POP3> PASS *
> fetchmail: POP3< +OK Logged in, you have 0 message(s) in your mailbox (0 octets)
...

but not anymore...

> fetchmail: 6.3.6-rc4 querying pop.guru.de (protocol POP3) at Mon, 27 Nov 2006 10:59:54 +0100 (CET): poll started
> Trying to connect to 212.11.227.194/110...connected.
> fetchmail: POP3< +OK b1gPOP3 2-1.22 Linux (guru.de) ready
> fetchmail: POP3> CAPA
> fetchmail: POP3< -ERR Unknown command (in this session state): "CAPA"
> fetchmail: Unknown command (in this session state): "CAPA"
> fetchmail: Authorization failure on xx...@gu...@pop.guru.de
> fetchmail: POP3> QUIT
> fetchmail: POP3< +OK Bye
> fetchmail: 6.3.6-rc4 querying pop.guru.de (protocol POP3) at Mon, 27 Nov 2006 10:59:54 +0100 (CET): poll completed
> fetchmail: Query status=3 (AUTHFAIL)
> fetchmail: normal termination, status 3

with

defaults
  proto pop3
...

and

poll pop.guru.de auth password user xx...@gu... pass yyyyyy fetchall to
"guru"

There should be no CAPA at all (or at least used to be), but fetchmail
should not stumble on that, I guess.

Re: [fetchmail-users] qmail multidrop

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

Doram Greenblat <do...@wd...> writes:

> Hey, I been using fetchmail great on some servers of ours, downloads  without a problem.
>
> I'm having a problem with 'qmail' servers and multiple recipients on
> a multidrop mailbox.

No. You're likely having a misconfigured fetchmail, and probably also an
older version - else you'd probably have seen it bitch about a missing
envelope option.

> if it helps, this is the situation.
> qmail -> fetchmail -> postfix -(postfix filters mail through a dspam socket, which feeds back into postfix after scanning).

This does indeed help.  Be sure to properly configure the envelope and
perhaps qvirtual options, and use a recent version, 6.3.4 or 6.3.6-rc4.

-- 
Matthias Andree

Re: [fetchmail-users] getting better error messages out of fetchmail

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

"Ian! D. Allen" <id...@id...> writes:

> My web host has some SMTP spam blocking in place; so, certain messages
> that I fetch from other places are not accepted there.  I'm finding it
> awkward to make fetchmail give me just the right amount of detail about
> the messages that are being rejected.

I'll make a note and see if this can be addressed for 6.3.7 - but
perhaps it's 6.4 stuff.

> Also, the output is a hard to read, with the SMTP error in the middle of
> another line of output, appearing just before "flushed" or "not flushed".

Try 6.3.6-rc4, I've fixed some of this message-mixing/out of order stuff.

-- 
Matthias Andree

Re: [fetchmail-users] Fetchmail vs. Getmail (from a Fetchmail perspective)

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

Michelle Konzack <lin...@fr...> writes:

> And I am since years realy happy using fetchmail which
> has never leaved me and was/is ALWAYS working perfect.

For any reasonably distorted definition of "perfect".

Perfectly working software is a mirage. (Or it's trivial, which doesn't
count -- and BTW, does your helloworld.c check the printf return value
or ferror()?  Oops, it's not trivial any more...)

-- 
Matthias Andree

[fetchmail-users] fetchmail 6.3.6-rc4 release candidate

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Greetings,

After several more bugs had to be fixed, I have uploaded the fourth
fetchmail 6.3.6 release candidate to the usual download location:
<http://home.pages.de/~mandree/fetchmail/> - the site also has rpms.

It is very important that 6.3.6-rc4 gets as much testing as possible, so
as to find incompatibilities between the fixes and your existing setups.
Please report all such incompatibilities, else we can't fix them for
6.3.6, obviously, and it may be a long time before the release after
this.


WARNING: This message sets the Reply-To: header.
When replying to me personally, you need to edit the To: header!

Can those who use an mda and who have experienced fetchmail crashes
after refused messages please test if these are gone?

Thank you.

Happy fetching,
Matthias Andree
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQFFallUvmGDOQUufZURAtEEAKDm5Z2M0Igfldst8uEef8KgHSg/SACfdn1k
CBvvTQrhpb72NaQVBzbaAX4=
=esf+
-----END PGP SIGNATURE-----

[fetchmail-users] getting better error messages out of fetchmail

[Ian! D. A. <id...@id...>]

My web host has some SMTP spam blocking in place; so, certain messages
that I fetch from other places are not accepted there.  I'm finding it
awkward to make fetchmail give me just the right amount of detail about
the messages that are being rejected.

Here are some captured fetchmail sessions I run at my web hosting provider
(a cPanel site):

    2 messages for someuser at somehost.com (29755 octets).
    reading message som...@so...:1 of 2 (26357 octets) fetchmail: SMTP error: 550 Administrative prohibition
    fetchmail: SMTP listener refused delivery
     flushed
    reading message som...@so...:2 of 2 (3398 octets) flushed

Another one:

    reading message oth...@ot...:1 of 1 (598 octets) fetchmail: SMTP error: 451 Temporary local problem - please try later
     not flushed

Another one:

    1 message for someuser at somehost.com (3155 octets).
    reading message som...@so...:1 of 1 (3155 octets) fetchmail: SMTP error: 550 Sender verify failed
    fetchmail: can't even send to id...@id...!
      flushed

Can fetchmail tell me just a bit more detail about the userid that was
being processed (and refused/rejected), without me having to turn on
full verbosity for all email fetching?  I'd like to see the userid that
is causing the "Administrative prohibition" and "Sender verify" errors,
without having to make all my sessions fully verbose.

Also, the output is a hard to read, with the SMTP error in the middle of
another line of output, appearing just before "flushed" or "not flushed".

-- 
| Ian! D. Allen  -  id...@id...  -  Ottawa, Ontario, Canada
| Home Page: http://www.idallen.com/ - Contact Improv: http://contactimprov.ca/
| College professor (Open Source / Linux) via: http://teaching.idallen.com/
| Support the public commons and public digital rights:  http://eff.org/

Re: [fetchmail-users] Problem with multiple ip on same interface + etchmaol

[Michelle K. <lin...@fr...>]

Am 2006-11-22 18:57:38, schrieb Mitko Rürup:
> Hello,
> 
> i changed my network config to have multiple ips on eth0. Since then,
> every time the alias eth0:1 is up fetchmail refuses to work. with just
> one ip on the interface everything works well.
> 
> my config looks like the following:
> 
> set postmaster "postmaster"
> set bouncemail
> set no spambounce
> set properties ""
> set daemon 300
> poll haftbar.de with proto IMAP
>     interface eth0/141.28.224.224 monitor eth0
>     user '#########' there with password '########' is '#######' here
> options keep ssl
> 
> 
> i tried with or without interface option, with or without monitor option
> 
> there is only one nic installes with the following ips:
> 
> eth0 141.28.224.224 hostname homer
> eth0:1 141.28.224.70 hostname dump
> 
> fetchmail constantly refuses to use the hostname homer, uses dump
> instead and does nothing after telling me that he is polling the server.
> 
> any clues to solve this?

Maybe you should use eth0:0 for the
first interface in your fetchmailrc?

Greetings
    Michelle Konzack
    Systemadministrator
    Tamay Dogan Network
    Debian GNU/Linux Consultant


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack   Apt. 917                  ICQ #328449886
                   50, rue de Soultz         MSM LinuxMichi
0033/6/61925193    67100 Strasbourg/France   IRC #Debian (irc.icq.com)

Re: [fetchmail-users] Fetchmail vs. Getmail (from a Fetchmail perspective)

[Michelle K. <lin...@fr...>]

Am 2006-11-22 20:56:41, schrieb Volker Kuhlmann:
> Author: Charles Cazabon  (yep!)
> Date: Sun, 12 Oct 2003 21:05:47 -0600
> Private mail to me, saying that getmail is better than fetchmail because
> it wouldn't lose mail or cause bogus bounces in its default
> configuration. He was unable to give specifics though when probed, but
> liked to rant against fetchmail. Personally I found this the best he
> said in the email exchange: "You're free not to use getmail." And I
> don't. :)

As I have already written, loss of messages occur only
on configuration errors.

And I am since years realy happy using fetchmail which
has never leaved me and was/is ALWAYS working perfect.

Greetings
    Michelle Konzack
    Systemadministrator
    Tamay Dogan Network
    Debian GNU/Linux Consultant


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack   Apt. 917                  ICQ #328449886
                   50, rue de Soultz         MSM LinuxMichi
0033/6/61925193    67100 Strasbourg/France   IRC #Debian (irc.icq.com)

Re: [fetchmail-users] Fetchmail vs. Getmail (from a Fetchmail perspective)

[Michelle K. <lin...@fr...>]

Am 2006-11-22 01:30:18, schrieb Matthias Andree:
> Michelle Konzack <lin...@fr...> writes:
> 
> > And the getmail'ers claim that fetchmail is loosing all the times mails...
> > Realy weired; - after 7 years of fetchmail usage!
> 
> Author, Date, Subject, URL?

Since I am on many Lists, there was some stuff on <debian-user> and
<debian-user-german> not only one time.  Same for procmail<->maildrop.

But in my experience, fetchmail nor getmail have lost messages and
same for procmail and maildrop since I MUST use all four programs at
my customers.

I have seen ONLY user configuration errors and the programs have done
what was requested.

Greetings
    Michelle Konzack
    Systemadministrator
    Tamay Dogan Network
    Debian GNU/Linux Consultant


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack   Apt. 917                  ICQ #328449886
                   50, rue de Soultz         MSM LinuxMichi
0033/6/61925193    67100 Strasbourg/France   IRC #Debian (irc.icq.com)

Re: [fetchmail-users] qmail multidrop

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

On 11/24/06, Doram Greenblat <do...@wd...> wrote:
>
>  Hey, I been using fetchmail great on some servers of ours, downloads
> without a problem.
>
>  I'm having a problem with 'qmail' servers and multiple recipients on  a
> multidrop mailbox.
>  the mails are duplicating exponentially, based on how many recipients in
> the mail are local.
>
>  anyone got any ideas.
>  I see fetchmail has some sort of 'discard duplicates' function.
>
>  Does it work correctly, how do I utilize it.

From the man page:

"A piece of mail is considered duplicate if it has the same message-ID
as the message immediately preceding and more than one addressee."

If that isn't happening then it suggests they're not in sequence, in
which case you may need to use whatever duplicate suppression your
IMAP/POP server has (I know Cyrus does, don't know about others).

-- 
                 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] qmail multidrop

[Doram G. <do...@wd...>]

Hey, I been using fetchmail great on some servers of ours, downloads
without a problem.

I'm having a problem with 'qmail' servers and multiple recipients on  a
multidrop mailbox.
the mails are duplicating exponentially, based on how many recipients in
the mail are local.


anyone got any ideas.
I see fetchmail has some sort of 'discard duplicates' function.

Does it work correctly, how do I utilize it.

if it helps, this is the situation.
qmail -> fetchmail -> postfix -(postfix filters mail through a dspam
socket, which feeds back into postfix after scanning).

Regards
Doram.

Re: [fetchmail-users] Fetchmail vs. Getmail (from a Fetchmail perspective)

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

Volker Kuhlmann <hi...@pa...> writes:

>> > And the getmail'ers claim that fetchmail is loosing all the times mails...
>> > Realy weired; - after 7 years of fetchmail usage!
>> 
>> Author, Date, Subject, URL?
>
> Author: Charles Cazabon  (yep!)
> Date: Sun, 12 Oct 2003 21:05:47 -0600
> Private mail to me, saying that getmail is better than fetchmail because
> it wouldn't lose mail or cause bogus bounces in its default
> configuration. He was unable to give specifics though when probed, but
> liked to rant against fetchmail. Personally I found this the best he
> said in the email exchange: "You're free not to use getmail." And I
> don't. :)

Thanks.  FUD, how very surprising - the usual bullshit spread by DJB
disciples when they are promoting(*) their software: badmouth everything
else.  I wish they'd rather give their user fair and unbiased
information so the user can make an informed choice.

OTOH, we've had fetchmail 6.3.X releases since then, which fixed many of
the annoying 6.2.X (and older) bugs.

__________
(*) and the "you're free not to use it" doesn't invalidate neither the
    promotion per se nor their compulsion to evangelize...

-- 
Matthias Andree

Re: [fetchmail-users] fetchmail never dies :-(

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

"Roberto Meyer" <rob...@gm...> writes:

>> strace -p 18616
>
> Process 893 attached - interrupt to quit
> read(3,
>
> And stays there until I type CTRL+C

Update to 6.3.6-rc3 and see if it works better for you.

-- 
Matthias Andree

Re: [fetchmail-users] fetchmail never dies :-(

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

2006/11/22, Jakob Hirsch <jh...@pl...>:

> Quoting Roberto Meyer:
> > fetchmail 893 someuser    3u  IPv4 365590            TCP
> > host.200.55.19.56.static.itcsa.net:52070->mail.mailserver.com:imap2
> > (ESTABLISHED)
> > read(3,
>
> Ok, so fetchmail waits for input from the mail server.
> What about your fetchmailrc? Maybe you are using the "idle" keyword.

Well, hope your sleeping by now :-)

Here is the .fetchmailrc of this user:

poll mail.mymailserver.com
       proto imap
       user "som...@so..."
       pass "somepasswd"

That's all... :-|

Thanx for your help,

-
Roberto

-- 
Roberto

Re: [fetchmail-users] fetchmail never dies :-(

[Jakob H. <jh...@pl...>]

Quoting Roberto Meyer:
> fetchmail 893 someuser    3u  IPv4 365590            TCP
> host.200.55.19.56.static.itcsa.net:52070->mail.mailserver.com:imap2
> (ESTABLISHED)
> read(3,

Ok, so fetchmail waits for input from the mail server.
What about your fetchmailrc? Maybe you are using the "idle" keyword.

Re: [fetchmail-users] Problem with multiple ip on same interface + etchmaol

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

On 11/22/06, Mitko Rürup <ru...@we...> wrote:
> Hello,
>
> i changed my network config to have multiple ips on eth0. Since then,
> every time the alias eth0:1 is up fetchmail refuses to work. with just
> one ip on the interface everything works well.
>
> my config looks like the following:
>
> set postmaster "postmaster"
> set bouncemail
> set no spambounce
> set properties ""
> set daemon 300
> poll haftbar.de with proto IMAP
>     interface eth0/141.28.224.224 monitor eth0
>     user '#########' there with password '########' is '#######' here
> options keep ssl
<---SNIP--->
> any clues to solve this?

You need to post the output of "fetchmail --nodetach -v -v -v" and
confirm your version of fetchmail (hint, if it's not 6.3.5 then
upgrade before running the above).

-- 
                 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] Problem with multiple ip on same interface + etchmaol

[Mitko R. <ru...@we...>]

Hello,

i changed my network config to have multiple ips on eth0. Since then,
every time the alias eth0:1 is up fetchmail refuses to work. with just
one ip on the interface everything works well.

my config looks like the following:

set postmaster "postmaster"
set bouncemail
set no spambounce
set properties ""
set daemon 300
poll haftbar.de with proto IMAP
    interface eth0/141.28.224.224 monitor eth0
    user '#########' there with password '########' is '#######' here
options keep ssl


i tried with or without interface option, with or without monitor option

there is only one nic installes with the following ips:

eth0 141.28.224.224 hostname homer
eth0:1 141.28.224.70 hostname dump

fetchmail constantly refuses to use the hostname homer, uses dump
instead and does nothing after telling me that he is polling the server.

any clues to solve this?


regards,

mitko rürup


-- 
Mitko Rürup
ru...@we...
www.ruerup.de

Re: [fetchmail-users] fetchmail never dies :-(

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

2006/11/22, Roberto Meyer <rob...@gm...>:

> 2006/11/21, Jakob Hirsch <jh...@pl...>:
>
> > Quoting Roberto Meyer:
> >
> > > someuser   18616  0.0  0.7  4028 1972 ?        S    14:00   0:00 fetchmail -t 60

Sorry, I forgot to answer that for this user I'm redirecting the
stdout and stderr to /dev/null

At the process list the job looks like:

/bin/sh -c fetchmail -s > /dev/null 2>&1

Thanks,

-- 
Roberto

Re: [fetchmail-users] fetchmail never dies :-(

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

2006/11/21, Jakob Hirsch <jh...@pl...>:

> Quoting Roberto Meyer:
>
> > someuser   18616  0.0  0.7  4028 1972 ?        S    14:00   0:00 fetchmail -t 60
>
> lsof -p 18616

COMMAND   PID     USER   FD   TYPE DEVICE    SIZE   NODE NAME
fetchmail 893 someuser  cwd    DIR    8,9    4096 260614 /home/someuser
fetchmail 893 someuser  rtd    DIR    8,2    1024      2 /
fetchmail 893 someuser  txt    REG    8,5  209976  61808 /usr/bin/fetchmail
fetchmail 893 someuser  mem    REG    8,2   90248  76402 /lib/ld-2.3.2.so
fetchmail 893 someuser  mem    REG    8,2   18780  76411 /lib/libcrypt-2.3.2.so
fetchmail 893 someuser  mem    REG    8,2   64924  76423 /lib/libresolv-2.3.2.so
fetchmail 893 someuser  mem    REG    8,5  198576 110468
/usr/lib/i686/cmov/libssl.so.0.9.7
fetchmail 893 someuser  mem    REG    8,5 1029704 110467
/usr/lib/i686/cmov/libcrypto.so.0.9.7
fetchmail 893 someuser  mem    REG    8,2 1244752  76410 /lib/libc-2.3.2.so
fetchmail 893 someuser  mem    REG    8,2    9872  76412 /lib/libdl-2.3.2.so
fetchmail 893 someuser  mem    REG    8,2   27304  76416
/lib/libnss_compat-2.3.2.so
fetchmail 893 someuser  mem    REG    8,2   73528  76415 /lib/libnsl-2.3.2.so
fetchmail 893 someuser  mem    REG    8,2   32480  76420
/lib/libnss_nis-2.3.2.so
fetchmail 893 someuser  mem    REG    8,2   34520  76418
/lib/libnss_files-2.3.2.so
fetchmail 893 someuser  mem    REG    8,5  290336 760418
/usr/lib/locale/locale-archive
fetchmail 893 someuser  mem    REG    8,5  117962 249396
/usr/share/locale/es/LC_MESSAGES/libc.mo
fetchmail 893 someuser    0r  FIFO    0,5         365571 pipe
fetchmail 893 someuser    1w   CHR    1,3          60251 /dev/null
fetchmail 893 someuser    2w   CHR    1,3          60251 /dev/null
fetchmail 893 someuser    3u  IPv4 365590            TCP
host.200.55.19.56.static.itcsa.net:52070->mail.mailserver.com:imap2
(ESTABLISHED)


> strace -p 18616

Process 893 attached - interrupt to quit
read(3,

And stays there until I type CTRL+C


> would be a good start.

Well... hope so... :-)

TIA,

-- 
Roberto

Re: [fetchmail-users] Fetchmail vs. Getmail (from a Fetchmail perspective)

[Volker K. <hi...@pa...>]

> > And the getmail'ers claim that fetchmail is loosing all the times mails...
> > Realy weired; - after 7 years of fetchmail usage!
> 
> Author, Date, Subject, URL?

Author: Charles Cazabon  (yep!)
Date: Sun, 12 Oct 2003 21:05:47 -0600
Private mail to me, saying that getmail is better than fetchmail because
it wouldn't lose mail or cause bogus bounces in its default
configuration. He was unable to give specifics though when probed, but
liked to rant against fetchmail. Personally I found this the best he
said in the email exchange: "You're free not to use getmail." And I
don't. :)

Volker

-- 
Volker Kuhlmann			is list0570 with the domain in header
http://volker.dnsalias.net/	Please do not CC list postings to me.

Re: [fetchmail-users] fetchmail never dies :-(

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

"Roberto Meyer" <rob...@gm...> writes:

> I'm still havin trouble with it. I'm running fetchmail from user's cron.
>
> Even if it's a network problem, I expect fetchmail to die after a
> while. But sometimes it doesn't happen.
>
> I've modified the default 600 seconds fetchmail should wait for any
> server response to 60 seconds but it still hangs in my process list.

Do you have daemon mode enabled? Else see Jakob's reply.

> Example pasted (process stopped at 2pm, I found it at 5pm, which means
> 3 hours without downloading mail!)

How do you "stop" the process? Did you kill fetchmail or just the
/bin/sh wrapper? 

And if it's "someuser"'s process, how can you be sure it's not been
restarted by cron in the meanwhile?

> Any idea of why is this happening? I'm running fetchmail release
> 6.2.5+NTLM+SDPS+SSL+NLS over Debian Sarge.

Even though I consider 6.2.X obsolete and won't fix any bit in it unless
someone tosses $$,$$$.$$ my way, that's not a known failure mode for
fetchmail 6.2.X either. So:

what did you do?
what did you get?
what did you want instead?

-- 
Matthias Andree

Re: [fetchmail-users] fetchmail authorization and socket errors

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

Michelle Konzack <lin...@fr...> writes:

> Manualy adding a Reply-To: will prevent Users to send
> private mails and they must hit every time Reply-To-All
> and then delete the unwanted E-Mails.

Reply-to-All won't usually override Reply-To: headers...

-- 
Matthias Andree

Re: [fetchmail-users] Fetchmail vs. Getmail (from a Fetchmail perspective)

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

Michelle Konzack <lin...@fr...> writes:

> And the getmail'ers claim that fetchmail is loosing all the times mails...
> Realy weired; - after 7 years of fetchmail usage!

Author, Date, Subject, URL?

-- 
Matthias Andree

Re: [fetchmail-users] fetchmail never dies :-(

[Jakob H. <jh...@pl...>]

Quoting Roberto Meyer:

> someuser   18616  0.0  0.7  4028 1972 ?        S    14:00   0:00 fetchmail -t 60

lsof -p 18616
strace -p 18616

would be a good start.

> Any idea of why is this happening? I'm running fetchmail release
> 6.2.5+NTLM+SDPS+SSL+NLS over Debian Sarge.

quite outdated, 6.3.5 is the current one.