fetchmail-users — User questions and discussion

Re: [fetchmail-users] Questions FETCHMAIL-DAEMON & qvirtual

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

On 9/6/06, Neil Wilson <ne...@dc...> wrote:
> Hi guys,
>
> I have two questions regarding fetchmail.
>
> The first one is...
>
> One of our ISP's SMTP servers is discarding all mail that comes from FETCHMAIL-DAEMON@domain so miss-addressed bounced messages aren't getting back to the
> original senders.
>
> Is there a way to change the address that fetchmail bounces mail from(the sender address of the bounced message) instead of FETCHMAIL-DAEMON?

Only by changing the source AFAIK.  To be honest I'd approach the ISP
and ask them what they're playing at.

-- 
                 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] Questions FETCHMAIL-DAEMON & qvirtual

[Neil W. <ne...@dc...>]

Hi guys,

I have two questions regarding fetchmail.

The first one is...

One of our ISP's SMTP servers is discarding all mail that comes from FETCHMAIL-DAEMON@domain so miss-addressed bounced messages aren't getting back to the 
original senders.

Is there a way to change the address that fetchmail bounces mail from(the sender address of the bounced message) instead of FETCHMAIL-DAEMON?

My next questions is...

I have a client who collects email from a multi-drop mailbox with a local domain of domain1.co.za
EG: user bla with password "blabla" is * here

At the moment I'm using "envelope To:" as the envelope, but I'd like to use "Delivered-To:" because the mail is originating from a qmail server and mail from 
mailing lists etc.(Bcc'd) mail is bouncing.

The qmail server adds on a dom...@do... so I'd like to use qvirtual "domain1.co.za-" part, but the problem is that the mailbox has multiple 
domains attached to it.

eg: localdomains: domain1.co.za domain2.co.za domain3.co.za

So I somehow need to be able to add qvirtual for each domain that the multi drop mailbox supports.

Any ideas, or examples of how this can be done?
Can this be done?

Any help will be greatly appreciated.

Regards

Neil Wilson

Powered by Linux, driven by passion!

-- 
This email and all contents are subject to the following disclaimer:
http://www.dcdata.co.za/emaildisclaimer.html

Re: [fetchmail-users] no mail

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

On 9/3/06, Helge <hel...@mo...> wrote:
> cat /var/log/exim4/mainlog | grep 1GJy2M-0002hg-Sh
> 2006-09-03 21:53:46 1GJy2M-0002hg-Sh <= hel...@mo...
> H=localhost (helge.monet.no) [127.0.0.1] P=esmtp S=2388
> id=...@mo...
> 2006-09-03 21:53:47 1GJy2M-0002hg-Sh => hel...@mo...
> <helge@localhost> R=dnslookup_relay_to_domains T=remote_smtp
> H=mail.monet.no [62.128.239.20]
> 2006-09-03 21:53:47 1GJy2M-0002hg-Sh Completed
>
> I am sorry but I don't se any clues here; any tips?

You really need to ask on the Exim list - here I only offer help on
fetchmail.  However at a rough guess exim is seeing that the mail is
for @monet.no, doing the DNS lookup and forwarding the mail.  You need
to stop Exim from doing that.

It may be simply that you need to define "localhost" as being a local
mail domain, that may be enough to stop Exim from doing whatever it's
doing (at a guess, trawling the headers for a valid address).

> By the way: I dont see how it is possible to send a reply, and not only
> a new thread  all the time?

That's down to your mail client (Thunderbird), simply hit "Reply To
All" then remove the non-list address(es).

-- 
                 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] no mail

[Helge <hel...@mo...>]

Rob MacGregor wrote:
> Given the lack of errors from fetchmail I'd say it's most likely that
> exim is incorrectly handling the email.  Without any logs from exim
> though it's hard to be 100% certain.
>
>   
Here is what I get if I run:
cat /var/log/exim4/mainlog | grep 1GJy2M-0002hg-Sh
2006-09-03 21:53:46 1GJy2M-0002hg-Sh <= hel...@mo... 
H=localhost (helge.monet.no) [127.0.0.1] P=esmtp S=2388 
id=...@mo...
2006-09-03 21:53:47 1GJy2M-0002hg-Sh => hel...@mo... 
<helge@localhost> R=dnslookup_relay_to_domains T=remote_smtp 
H=mail.monet.no [62.128.239.20]
2006-09-03 21:53:47 1GJy2M-0002hg-Sh Completed

I am sorry but I don't se any clues here; any tips?

By the way: I dont see how it is possible to send a reply, and not only 
a new thread  all the time?

-- 
Helge Opsjøn

[fetchmail-users] [Fwd: Re: No mail]

[Helge <hel...@mo...>]

-- 
Helge Opsjøn

Re: [fetchmail-users] No mail

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

On 9/2/06, Helge <hel...@mo...> wrote:
> I am using fetchmail 6.3.4-5 together with exim4 4.63-3, on a Debian
> system. I have problems with getting e-mail from my ISP's server.
> fetchmail --nosyslog -v gives:
> fetchmail: 6.3.4 querying mail.monet.no (protocol POP3) at søn
> 03-09-2006 00:14:13 CEST: poll started
> fetchmail: POP3< +OK Hello there.
> fetchmail: POP3> CAPA
<---SNIP--->
> fetchmail: normal termination, status 0

Poll looks good, fetchmail collects email and delivers it to your
local SMTP server.

> Every time I run fetchmail, the e-mails are returned back again to the
> server, and doubles.
>
> Can anybody see any clues her to solve my problem? Is this a fetchmail
> or a exim4-problem?

Given the lack of errors from fetchmail I'd say it's most likely that
exim is incorrectly handling the email.  Without any logs from exim
though it's hard to be 100% certain.

-- 
                 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] No mail

[Helge <hel...@mo...>]

I am using fetchmail 6.3.4-5 together with exim4 4.63-3, on a Debian 
system. I have problems with getting e-mail from my ISP's server.
fetchmail --nosyslog -v gives:
fetchmail: 6.3.4 querying mail.monet.no (protocol POP3) at søn 
03-09-2006 00:14:13 CEST: poll started
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: Repoll immediately on hop...@ma...
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 myself
fetchmail: POP3< +OK Password required.
fetchmail: POP3> PASS *
fetchmail: POP3< +OK logged in.
fetchmail: POP3> STAT
fetchmail: POP3< +OK 1 689
1 message for hopsjo01 at mail.monet.no (689 octets).
fetchmail: POP3> LIST 1
fetchmail: POP3< +OK 1 689
fetchmail: POP3> RETR 1
fetchmail: POP3< +OK 689 octets follow.
reading message my...@ma...:1 of 1 (689 octets)
fetchmail: SMTP< 220 helge.monet.no ESMTP Exim 4.63 Sun, 03 Sep 2006 
00:14:14 +0200
fetchmail: SMTP> EHLO helge.monet.no
fetchmail: SMTP< 250-helge.monet.no Hello localhost [127.0.0.1]
fetchmail: SMTP< 250-SIZE 52428800
fetchmail: SMTP< 250-PIPELINING
fetchmail: SMTP< 250 HELP
fetchmail: SMTP> MAIL FROM:<hel...@mo...> SIZE=689
fetchmail: SMTP< 250 OK
fetchmail: SMTP> RCPT TO:<helge@localhost>
fetchmail: SMTP< 250 Accepted
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 Enter message, ending with "." on a line by itself
#*****fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 OK id=1GJdkk-0001vb-9p
 not flushed
fetchmail: POP3> QUIT
fetchmail: POP3< +OK Bye-bye.
fetchmail: SMTP> QUIT
fetchmail: SMTP< 221 helge.monet.no closing connection
fetchmail: 6.3.4 querying mail.monet.no (protocol POP3) at søn 
03-09-2006 00:14:14 CEST: poll completed
fetchmail: normal termination, status 0

# Configuration created Sat Sep  2 23:35:40 2006 by fetchmailconf 1.52 
$Revision: 4740 $
set postmaster "helge@localhost"
set bouncemail
set no spambounce
set properties ""
poll mail.monet.no with proto pop3
       user 'myself' there with password '*****' is 'helge' here options 
keep fetchall

Every time I run fetchmail, the e-mails are returned back again to the 
server, and doubles.

Can anybody see any clues her to solve my problem? Is this a fetchmail 
or a exim4-problem?


-- 
Helge Opsjøn

Re: [fetchmail-users] confused about system wide and private setups

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

Hello Matthias,

Am 2006-08-20 12:34:42, schrieb Matthias Andree:

> That doesn't mean they've included fixes for the other bugs I've worked
> on for 6.3.X, or that we should be supporting it, though I don't recall
> interval bug fixes offhand either.

...but backporting of the Sid version 6.3.4-4 to Sarge is easy.

AFAIK is it allready on <bpo>

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] confused about system wide and private setups

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

"Rob MacGregor" <rob...@gm...> writes:

> Also, I only run Fetchmail on FreeBSD these days (though I can test on
> an old Mandrake 9.1 box), which makes helping people with startup
> issues on other platforms all but impossible.

I've seen various run scripts (old and new FreeBSD, Debian, SUSE Linux
10.0) and they are mutually vastly different.

SUSE are quite retro, they are *still* running fetchmail as root, but
they also use --fetchall as a default and thus circumvent quite a few
troubles with b0rked servers.

Debian run fetchmail 6.3.X (in testing) in its own "fetchmail" account
by default, FreeBSD can either do that, or it has recently gained a
means to spawn one fetchmail process per user.

-- 
Matthias Andree

Re: [fetchmail-users] confused about system wide and private setups

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

On 8/20/06, Matthias Andree <mat...@gm...> wrote:
> That doesn't mean they've included fixes for the other bugs I've worked
> on for 6.3.X, or that we should be supporting it, though I don't recall
> interval bug fixes offhand either.
>
> OTOH, Rob MacGregor does the voluntary (and usually excellent) support
> work on the lists, if he has no desire to keep an eye on 6.2.5
> compatibility, that's more than just fine with me.

Thanks :)  Given how useful I find fetchmail it's good to be able to
do something in support.

I no longer have 6.2.x (or older!) to hand which makes it hard to
provide any real support or assistance.  Fortunately very little has
changed WRT configuration so it's possible to help out with config
issues.  Problems relating to running it however...

Also, I only run Fetchmail on FreeBSD these days (though I can test on
an old Mandrake 9.1 box), which makes helping people with startup
issues on other platforms all but impossible.

-- 
                 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] confused about system wide and private setups

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

Rob Funk <rf...@fu...> writes:

> Rob MacGregor wrote:
>> On 8/19/06, Bob Meier <or...@gm...> wrote:
>> > Hi:
>> >
>> >  I'm using Debian Sarge with fetchmail version 6.2.5-12sarge4.
>>
>> You should be on 6.3.4
>
> Not necessarily.  Debian sarge (stable) has patched 6.2.5 to fix the 
> security problems there.

That doesn't mean they've included fixes for the other bugs I've worked
on for 6.3.X, or that we should be supporting it, though I don't recall
interval bug fixes offhand either.

OTOH, Rob MacGregor does the voluntary (and usually excellent) support
work on the lists, if he has no desire to keep an eye on 6.2.5
compatibility, that's more than just fine with me.

Note however that Debian has its own system of starting fetchmail (of
which I know little WRT the 6.2.X days).

-- 
Matthias Andree

Re: [fetchmail-users] confused about system wide and private setups

[Rob F. <rf...@fu...>]

Rob MacGregor wrote:
> On 8/19/06, Bob Meier <or...@gm...> wrote:
> > Hi:
> >
> >  I'm using Debian Sarge with fetchmail version 6.2.5-12sarge4.
>
> You should be on 6.3.4

Not necessarily.  Debian sarge (stable) has patched 6.2.5 to fix the 
security problems there.

-- 
==============================|   "A microscope locked in on one point
 Rob Funk <rf...@fu...> |Never sees what kind of room that it's in"
 http://www.funknet.net/rfunk |    -- Chris Mars, "Stuck in Rewind"

Re: [fetchmail-users] confused about system wide and private setups

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

On 8/19/06, Bob Meier <or...@gm...> wrote:
> Hi:
>
>  I'm using Debian Sarge with fetchmail version 6.2.5-12sarge4.

You should be on 6.3.4

>  How may setup fetchmail to download mail at different intervals for some
> users?

Provide different interval options:

poll pop.isp1.net user first password firspw interval 1
poll pop.isp2.com user second password secondpw interval 2

That would poll pop.isp1.net every run and pop.isp2.com every second.

>  I didn't understand if I can mix system wide fetchmailrc with private or
> personal .fetchmailrcs for _some_ users.

Yes, you can though you don't have to.

>  If I create .fetchmailrcs, which process runs it? Do I have to create cron
> jobs for this users?

You would need to either run a daemon as those users or use cron to
schedule the runs.

-- 
                 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] confused about system wide and private setups

[Bob M. <or...@gm...>]

Hi:

I'm using Debian Sarge with fetchmail version 6.2.5-12sarge4.

How may setup fetchmail to download mail at different intervals for some
users?

I didn't understand if I can mix system wide fetchmailrc with private or
personal .fetchmailrcs for _some_ users.

If I create .fetchmailrcs, which process runs it? Do I have to create cron
jobs for this users?

TIA for your help,

-
Robert

Re: [fetchmail-users] Running fetchmail as root for all users

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

On 8/16/06, Michelle Konzack <lin...@fr...> wrote:
> "ssmtp" can deliver but not receive.  "ssmtp" is a MTA which pull
> only messages out opf the box and not more.  So this box can never
> be used as an Open-SMTP-Relay.
>
> All of my servers (over 80) are using ssmtp for security reason.

You don't need ssmtp for that.  Any SMTP server can be bound to
loopback only.  In the case of sendmail (8.12 and later) you can run
only the client daemon only (which only handles mail created locally).

However, for your fetchmail box you'll either need to add a true SMTP
server (even if only bound to loopback) or tell fetchmail to deliver
the mail directly to your real SMTP server.

-- 
                 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] Has anyone ever seen "Fetchmail saw more than N timouts while attempting to get mail from ..."

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

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

>> I asked about 4.6.7 or newer, not 4.6.4...
>
> I know... but since I use Debian GNU/Linux (2.1, Slink) since 03/1999
> I was starting with fetchmail 4.6.4 and never have seen such messages...

Does that imply you have been using versions 4.6.7 to 6.3.4?

-- 
Matthias Andree

Re: [fetchmail-users] Running fetchmail as root for all users

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

Am 2006-08-11 18:58:13, schrieb Rob MacGregor:
> On 7/27/06, Michelle Konzack <lin...@fr...> wrote:
> >
> > And if there is no "real" MTA (we use ssmtp) ?  I have tried the setup
> > as user "fetchmail" and I can not deliver to the other around 180 users.
> 
> So, point fetchmail at SSMTP, or are you saying that the box that runs
> the POP accounts doesn't have any SMTP service that can deliver mail?

"ssmtp" can deliver but not receive.  "ssmtp" is a MTA which pull
only messages out opf the box and not more.  So this box can never
be used as an Open-SMTP-Relay.

All of my servers (over 80) are using ssmtp for security reason.

Greetings
    Michelle Konzack


-- 
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] Has anyone ever seen "Fetchmail saw more than N timouts while attempting to get mail from ..."

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

Am 2006-08-12 12:39:27, schrieb Matthias Andree:
> Michelle Konzack <lin...@fr...> writes:
> 
> > Am 2006-07-15 15:28:46, schrieb Matthias Andree:
> >> Greetings!
> >
> > Greetings too
> >
> >> This message is supposed to be mailed to a user since 4.6.7, but the
> >> code I've looked at makes it rather unlikely (not to say impossible) to
> >> ever be mailed on operating systems that I'm used to. Before removing
> >> the relevant code for the 6.3.5 update, I'd like to know if someone is
> >> getting these messages.
> >
> > Hmmm, 4.6.4 was in Debian/Slink for 9 years... and since I use Debian
> 
> I asked about 4.6.7 or newer, not 4.6.4...

I know... but since I use Debian GNU/Linux (2.1, Slink) since 03/1999
I was starting with fetchmail 4.6.4 and never have seen such messages...

I mean on any of my Systems including different architectures like
i386, m68k, powerpc, sparc, mips and ia64.

Greetings
    Michelle Konzack


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

[fetchmail-users] fetchmail 6.3.5-beta2 snapshot

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

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

Greetings,

I have uploaded a new fetchmail beta 6.3.5-beta2 snapshot to the usual
download location: <http://mandree.home.pages.de/fetchmail/>

Please test:

1. behavior after logged timeouts and report inconsistencies along with
   your operating system and version.

2. IMAP AUTH=EXTERNAL

Thank you.

Changes in fetchmail 6.3.5-beta2 since 6.3.5-beta1:

* Track getaddrinfo() results to properly free them after timeouts and make sure
  that getaddrinfo() isn't interrupted by a timeout (which breaks on MacOS X),
  reported by Uli Zappe.  This should fix Debian Bug#294547 and Bug#377135.
* fix compilation on systems that don't know struct addrinfo (Solaris 2.6).
* ignore SIGPIPE signals and rely on functions to return EPIPE instead. This is
  necessary because the former longjmp() from the signal handler is unsafe and
  makes the whole fetchmail behavior undefined after the event.
* switch setjmp/longjmp to sigsetjmp/siglongjmp
* IMAP now supports the EXTERNAL authentication method, courtesy of
  Götz 'nimrill' Babin-Ebell, BerliOS patch #1095 with minor changes.
* The sslproto keywords are now case insensitive, courtesy of
  Götz 'nimrill' Babin-Ebell, BerliOS patch #1095.

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

iD8DBQFE4QorvmGDOQUufZURAndcAJwIImfpRb6u23Pqz3RZpxKEpCW0hACgy369
uS63EI3GT9eflaS80N8QmI0=
=Du1r
-----END PGP SIGNATURE-----

Re: [fetchmail-users] Getting Postfix to add header info for fetchmail

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

Dale Pontius schrieb:
> The problem is that my family receives mail through multidrop, she sends
> email to multiple family members, and her machine shares a domain name
> with my LAN. In addition, I have a forwarding domain at DynDNS.org that
> both she and my family use, and that name corresponds to the LAN names
> for all of our machines. Therefore here Postfix won't send email to my
> family, because it thinks the mail is local. I could set up an alias to
> send email directly to my ISP account, but then it appears that all
> multidrop information is lost.
> 
> So I think the question is: How do I get Postfix to add the right
> headers so that multidrop can figure out who gets a piece of mail?

The good thing is, if ALL received messages pass through the same Postfix
box, it's trivial, as any halfway recent Postfix version (2.2.X for sure)
will add, upon delivery (ok, this isn't 100% accurate), one Delivered-To:
and one X-Original-To: header. There are subtle differences in semantics WRT
forwarding and rewriting, but I'm confident one of these headers will suit
your needs.

See fetchmail's "envelope" configuration keyword to point it towards the
right header.

> I've done some command line experiments, and on the first "Received:"
> line, where Postfix gets the mail from the 'mail' command, there is no
> "for gra...@fa..." so there is no information for fetchmail to do
> multidrop.

Using Received: headers for multidrop is ill-advised, quite picky about
formatting (more documentation to show in 6.3.5's manual page), and I
wouldn't recommend doing that if you can help it.

> Maybe I'm asking the wrong question. Maybe rather than adding header
> information there's some way to tell Postfix that half of this domain is
> here, and half is over there. I'll be at her house in the next few
> weeks, and would like to try and fix this up locally. (While I'm busy
> bringing her up to date - she gets security updates only from 600+ miles
> away.)

Well, transport_maps (see: man 5 transport) may help you out, but you may
need to configure the complete domain with complementary routing information
(local vs. smtp) on both sides. This goes way beyond the topic of the list,
so may I suggest that you read up on the pointers I've given and then ask
the Postfix setup details on the postfix-users list?

Please join the fetchmail-users list at berlios.de, too. see
www.fetchmail.info for links.

Re: [fetchmail-users] Running fetchmail as root for all users

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

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

> And if there is no "real" MTA (we use ssmtp) ?  I have tried the setup
> as user "fetchmail" and I can not deliver to the other around 180 users.

BTW, ssmtp is going away:
http://packages.qa.debian.org/s/ssmtp.html
http://bjorn.haxx.se/debian/testing.pl?package=ssmtp

-- 
Matthias Andree

Re: [fetchmail-users] Running fetchmail as root for all users

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

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

> And if there is no "real" MTA (we use ssmtp) ?  I have tried the setup
> as user "fetchmail" and I can not deliver to the other around 180
> users.

You don't need ssmtp for fetchmail. Fetchmail talks SMTP.

-- 
Matthias Andree

Re: [fetchmail-users] reasonable poll intervals

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

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

> Am 2006-07-12 08:05:43, schrieb Matthias Andree:
>
>> That's what IMAP's IDLE extension is for, with that, the client will be
>> notified of new messages without having to reconnect often.
>> Unfortunately, this works only well in 6.3.4 and only if fetchmail is
>> polling one account only.
>
> Oops...  A new feature?

Not new, but older IDLE implementations in fetchmail were somewhat buggy.

-- 
Matthias Andree

Re: [fetchmail-users] Has anyone ever seen "Fetchmail saw more than N timouts while attempting to get mail from ..."

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

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

> Am 2006-07-15 15:28:46, schrieb Matthias Andree:
>> Greetings!
>
> Greetings too
>
>> This message is supposed to be mailed to a user since 4.6.7, but the
>> code I've looked at makes it rather unlikely (not to say impossible) to
>> ever be mailed on operating systems that I'm used to. Before removing
>> the relevant code for the 6.3.5 update, I'd like to know if someone is
>> getting these messages.
>
> Hmmm, 4.6.4 was in Debian/Slink for 9 years... and since I use Debian

I asked about 4.6.7 or newer, not 4.6.4...

-- 
Matthias Andree

Re: [fetchmail-users] Running fetchmail as root for all users

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

On 7/27/06, Michelle Konzack <lin...@fr...> wrote:
>
> And if there is no "real" MTA (we use ssmtp) ?  I have tried the setup
> as user "fetchmail" and I can not deliver to the other around 180 users.

So, point fetchmail at SSMTP, or are you saying that the box that runs
the POP accounts doesn't have any SMTP service that can deliver mail?

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