Rejected e-mails

[davidj]

I'm trying to set up e-mail on debian (I'm not sure which version - before the 
login int says 2.1, after the login 2.0.36).
I've succeeded, with the help of recent exchanges on the debian-user list and 
perusal of pop3 and smtp protocols, in either sending messages out or fetching 
them, but not both without changing my /etc/exim.conf file. In this exim.conf 
file I have the following line:
local_domains=pop.debitel.net:localhost
I don't really know what this does, but my reading suggested that I do this. 
pop.debitel.net is the mail server of my ISP.
In the 'rewrite' section of the exim.conf file I have the line:
[EMAIL PROTECTED] [EMAIL PROTECTED]
I have a standalone computer at home christened 'jardine' with a user account 
'dave'.  '[EMAIL PROTECTED]' is both my e-mail address and my user ID with my 
ISP. (Yes, they insist on the whole thing as user ID.)
My .fetchmailrc file is:
poll pop3.pop.debitel.net protocol pop3
user [EMAIL PROTECTED] there password  is [EMAIL PROTECTED] here forcecr

Now, with this configuration I can send messages out, but I have to comment out 
the 'rewrite' line in exim.config when I use fetchmail.  If I don't the e-mails 
are conscientiously downloaded from the server, but then they disappear into 
thin air.

I've been thrown off the list because my previous attempts at setting the 
system up resulted in mail piling up on a mail server which started bouncing 
them back, so could you please cc any ideas on sorting this out?

TIA

David

SMTP transaction error

[davidj]

I'm afraid I'm doing all this wrong, but please excuse me.
I started a thread - Fetchmail segfaults - yesterday, but I
don't know how to get back into it.

My problem is that fetchmail won't deliver.  

Thanks, Henrique, for pointing out the general flakiness of 
fetchmail, but I never had a problem with it myself over the 
past year or so and since I re-installed my system it hasn't 
fetched me a thing.

Thanks, Karsten, for the idea of malformed headers causing it,
but the malfunctioning is just too consistent for that.

I'm sure I've got some simple thing - as likely as not in another
program such as exim - badly configured, and I'm sure someone
out there can guess what it might be.

Perhaps the following extract from fetchmail's output is more 
indicative of the problem - this time it didn't segfault but went
on to query other servers on the .fetchmailrc list:

4 messages for davidj at pop3.web.de (9315 octets).
fetchmail: POP3> RETR 1
fetchmail: POP3< +OK Nachricht folgt/message follows
reading message 1 of 4 (2238 octets)
fetchmail: SMTP connect to localhost failed: Connection refused
fetchmail: POP3> QUIT
fetchmail: POP3< Sebastiaan wrote:
fetchmail: SMTP transaction error while fetching from pop3.web.de
fetchmail: Query status=10
fetchmail: 4.6.4 querying pop.mail.yahoo.com... ... ... 

Come on, you people.  I'm sure someone can see what's wrong!  And 
you don't want me telling everyone I have to use Outlook Express 
to collect my mail, do you :)

And, incidentally, how do I reply to this list - with mutt - so
that I can thank you all?

Thanks in advance,

David