-----Original Message-----
From: Fred Lindberg <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>; [EMAIL PROTECTED]
<[EMAIL PROTECTED]>
Date: Wednesday, April 28, 1999 9:40 AM
Subject: Re: Qmail/Ezmlm rewrites headers?


>On Wed, 28 Apr 1999 00:39:04 -0400, phate wrote:
>
>>I'm setting up a mailing list using Ezmlm-idx..
>>I've setup everything properly, but the problem is when the user sends a
>>message to subscribe, he's asked to reply to a cookie based
>>authentication system, problem is that in the reply-to header the part
>>after the '@' is the actual domain name of the server, and not the
>>virtualdomain I've setup the mailing list with.
>>
>>I've tried setting the reply-to header in ezmlm-manage.c to
>>"[EMAIL PROTECTED]", but it appears something rewrites the part after @
>>to name of my server..
>
>This is not how it normally works.
>
>If the address within the message itself has the virtual domain and the
>reply-to header does not, something is strange in your virtual domain
>or MTA setup. Do you rewrite headers anywhere?

No, just plain installation of qmail-1.03 ezmlm 0.53 with SQL (mysql)
patches..

>Do your messages pass
>through some sendmail installation (???). Do you use any patches to
>qmail?

Just sql patches.

>
>If they are both wrong, then your list is not set up correctly. In this
>case, the 'host' argument used in setting up the list was wrong.
>

Lets say the virtualdomain is virtdomain.com, and actual dns name of the
server is s1.server.com
I provided the 'host' argument when making the list (to ezmlm-make) to be
virtdomain.com, and never mentioned s1.server.com (although its in the
/var/qmail/control/me file), and no where else.

The list itself was setup correctly because the files in the /text directory
were all setup with the 'virtdomain.com' in them.. Its just the Reply-To:,
and  From: headers have the s1.server.com, and not virtdomain.com after the
@.

>In general, real data is better than faked. If you write the
>domain/host names it is possible to check DNS info. If you enclose the
>confirmation request in question, it's possible to answer questions. If
>you provide info on your list setup, it's possibe to point out the
>error.

The most interesting thing is that I've noticed is when a user from a domain
name which is listed in /var/qmail/control/locals sends a request to
subscribe, the confirmation email shows the CORRECT virtdomain.com host
after the @.   But, if a user which is not listed /var/qmail/control/locals
sends a request, the domain name is the name of the server (s1.server.com)

Can this explain something possibly?

Thanks for your efforts,
Mike

Reply via email to