From: Uwe Dippel on
On Tue, 25 Dec 2007 07:23:59 -0600, John Hasler wrote:

>> Exim in Debian is a political decision; due to licensing.
>
> Not true.

Maybe what I wrote is not true, but when you search the archives,
the discussion has never ceased, from 1999 onwards. One term
you'll find is that postfix was not "DFSG-free". (DFSG=Debian Free
Software Guidelines.)

Uwe



--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
From: John Hasler on
Uwe writes:
> Exim in Debian is a political decision; due to licensing.

I wrote:
> Not true.

Uwe writes:
> Maybe what I wrote is not true, but when you search the archives, the
> discussion has never ceased, from 1999 onwards. One term you'll find is
> that postfix was not "DFSG-free". (DFSG=Debian Free Software Guidelines.)

Postfix is in Debian/main. The license is clearly DFSG-free. Otherwise
Postfix would not be in Debian. And yes, of course the license was
discussed. New ones always are.
--
John Hasler


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
From: Haines Brown on
Uwe Dippel <udippel(a)uniten.edu.my> writes:

> On Tue, 25 Dec 2007 07:50:01 -0500, Haines Brown wrote:
>
>> There seems to be a problem getting my fetchmail requests being
>> authenticated at the mail server. Here's what fetchmail tells me:
>> ...
>> fetchmail: Issuer Organization: Courier Mail Server
>> fetchmail: Issuer CommonName: localhost
>> fetchmail: Server CommonName: localhost
>> fetchmail: Server CommonName mismatch: localhost != pop.hartford-hwp.com
>> fetchmail: pop.hartford-hwp.com key fingerprint:
>> 44:B3:8D:19:D1:83:C1:06:95:CB:22:69:73:CE:08:61
>> fetchmail: Server certificate verification error: self signed certificate
>
> Okay, but this has nothing to do with Exim. Fetchmail doesn't touch it
> here.

I understand, and that's why I didn't understand what was going on, for
I did nothing to fetchmail. I inferred that fetchmail was sending the
mail server data that it didn't like.

> I tried for you, "fetchmail: Server CommonName mismatch: localhost" and
> got some promising results, like
> http://www.dovecot.org/list/dovecot/2006-June/014043.html

I had looked at that site, but clearly it had to do with SSL, which I'm
not using.

>
> I guess,
> ping teufel
> will show a proper resolution by your /etc/hosts.

Ping teufel does not run. I seem to have some problem with hostname
aliases:

$ hostname
teufel

$ hostname -a
teufel

I assume the response with the -a option would include
localhost(a)localdomain, etc., for:

127.0.0.1 localhost.localdomain localhost
192.168.1.1 teufel.hartford-hwp.com teufel

My my assumption correct, my mail server does not like the way I
identify myself, which apparently sa-exim or exim reconfigure somehow
changed.

--

Haines Brown, KB1GRM





--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
From: Uwe Dippel on
On Tue, 25 Dec 2007 13:37:59 -0500, Haines Brown wrote:

> $ hostname
> teufel
>
> $ hostname -a
> teufel

Here I have:
$ hostname
wira
$ hostname -a
wira
and fetchmail runs pretty well, including SSL.

Why would the whole fingerprint come up if you didn't use SSL ?
Have you tried telnet, then ? Does it work ?
Can you show your .fetchmailrc ?

Uwe



--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
From: Haines Brown on
Uwe,

I find that if I revert to exim4 monolithic configuration, my e-mail
works, and so I've obviously done something to the split configuration
file. I'm subscribing to pkg-exim4-users and will try to resolve the
issue there.

Thanks.

--

Haines Brown, KB1GRM





--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org