Re: Problem with "Reply-To" field in config file

[Kjell Grindalen <kjell.grindalen@sio.uio.no>]

Hi again!

Ok, now I understand what you meant about resend in alias.

I am only using the -l option for list there.

I still have the problem with feedback@listserv.student.no beeing cut to
feedback@student.no

What is strange to me is that when I send any email to the lists I have
made, the sender adress is allstudinfo@listserv.student.no so I am wondering
what code part tries to determine the correct reply-adress ? 

Here is my /etc/mail/aliases file:

majordomo: "|/usr/local/majordomo/wrapper majordomo"
listserv:  "|/usr/local/majordomo/wrapper majordomo"
majordomo-owner: kjell.grindalen@sio.uio.no
owner-majordomo: kjell.grindalen@sio.uio.no


allstudinfo:	"|/usr/local/majordomo/wrapper resend -l allstudinfo
allstudinfo-list"
allstudinfo-list:	:include:/usr/local/majordomo/lists/allstudinfo
allstudinfo-owner:	kjell.grindalen@sio.uio.no
owner-allstudinfo:	kjell.grindalen@sio.uio.no
allstudinfo-approval:	kjell.grindalen@sio.uio.no
allstudinfo-request:	kjell.grindalen@sio.uio.no


feedback:    "|/usr/local/majordomo/wrapper resend -l feedback
feedback-list"
feedback-list:       :include:/usr/local/majordomo/lists/feedback
feedback-owner:      kjell.grindalen@sio.uio.no
owner-feedback:      kjell.grindalen@sio.uio.no
feedback-approval:   kjell.grindalen@sio.uio.no
feedback-request:    kjell.grindalen@sio.uio.no


Mvh

Kjell Grindalen



-----Opprinnelig melding-----
Fra: Daniel Liston [mailto:dliston@sonny.org] 
Sendt: 13. mai 2003 08:30
Til: Majordomo Users
Emne: Re: Problem with "Reply-To" field in config file

References: <71F73F585C22D311890C0008C70952CD0231B8EF@bluemail>
In-Reply-To: <71F73F585C22D311890C0008C70952CD0231B8EF@bluemail>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Is your reply_to still showning up as just student.no instead
of the full listserv.student.no?  Or did fixing DNS MX records
also fix that problem?

Kjell Grindalen wrote:

 >> Hello! Thank you for many fine questions.
 >>
 >> I have sorted out the problem with the MX record for
listserv.student.no, it
 >> now points to ns1.sio.uio.no and it looks good now.
 >> I guess mailers mnust have just tried out all the options and defaulted
to
 >> listserv.student.no when everything else failed
 >>
 >> For your other questions. The $whereami is set to listserv.student.no
 >> And $whoami is listserv\@whereami
 >>
 >> I don't know how to use -h switch on resend alias, I am not quite sure
what
 >> resend alias is, but I do use the resend host operative in the list
config
 >> file and it is set to listserv.student.no


Typical aliases for a majordomo list would look like this;  (I used
listadd.pl
to create these lines in the aliases file.)

#
#test created on 2003/05/12 at 20:57:10 for dliston
test:   "|/usr/lib/majordomo/wrapper resend -l test test-outgoing,nobody"
#  The above is the "resend" alias
owner-test:     dliston,
test-owner:     owner-test
test-outgoing:  :include:/var/lib/majordomo/lists/test,
#test-outgoing: :include:/var/lib/majordomo/lists/test,test-archiver
#test-outgoing:
:include:/var/lib/majordomo/lists/test,test-archiver,test-digestify
owner-test-outgoing:    owner-test,
test-request:   "|/usr/lib/majordomo/wrapper majordomo -l test"
test-approval:  owner-test
test-archiver:  "|/usr/lib/majordomo/wrapper archive2.pl -f
/var/lib/majordomo/archives/test/test -a -M"
test-digestify: "|/usr/lib/majordomo/wrapper digest -r -C -l test-digest
test-digest-outgoing,nobody"
test-digest:    test
owner-test-digest:      owner-test
test-digest-owner:      owner-test
test-digest-outgoing:   :include:/var/lib/majordomo/lists/test-digest,nobody
owner-test-digest-outgoing:     owner-test
test-digest-request:    "|/usr/lib/majordomo/wrapper request-answer test"
test-digest-approval:   owner-test
owner-test-post:        owner-test
#test created on 2003/05/12 at 20:57:10 for dliston
#


 >>
 >>
 >> I am pasting my config file below
 >>
 >> admin_passwd        =   {removed}
 >> administrivia       =   yes
 >> approve_passwd      =   {removed}
 >> moderate            =   no
 >> moderator           =	kjell.grindalen@sio.uio.no
 >> resend_host         =   listserv.student.no
 >> reply_to            =	feedback@listserv.student.no
 >> restrict_post       =	aclemail
 >> subject_prefix      =	[Student.no]
 >> subscribe_policy    =   closed
 >> announcements       =   yes
 >> maxlength           =   40000
 >> message_footer      <<  END
 >>
****************************************************************************
 >> Du har fått denne meldingen fordi du har sagt ja til å motta informasjon
fra
 >> student.no og partnere. Dersom du ikke ønsker å motta lignende epost fra
oss
 >> i fremtiden kan du sende en NY epost til: majordomo@listserv.student.no
I
 >> selve meldingen skriver du: UNSUBSCRIBE $LIST Dersom du ikke får det til
kan
 >> du også svare på denne meldingen. Den vil bli lest manuellt.  Hilsen
 >> student.no
 >>
****************************************************************************
 >> END
 >>
 >> message_fronter     <<  END
 >> END
 >>
 >> 	
 >> message_headers     <<  END
 >>
 >> END


The above config file looks like it is stripped down, or from a really
old version of majordomo.  You might consider sending majordomo a
'writeconfig' command, then taking another look at the fully commented
version of the config file.

Dan Liston


 >>
 >> -----Opprinnelig melding-----
 >> Fra: Daniel Liston [mailto:dliston@sonny.org]
 >> Sendt: 9. mai 2003 17:19
 >> Til: Kjell Grindalen
 >> Kopi: 'majordomo-users@greatcircle.com'
 >> Emne: Re: Problem with "Reply-To" field in config file
 >>
 >>
 >> What do you have majordomo's $wherami set to?
 >> Do you use a -h on the resend alias, or a resend_host in the config
file?
 >>
 >> As long as you are not masquerading domains, the sendmail.cf should not
 >> matter.  Well, it always matters, but not in this regard.
 >>
 >> When I do an "nslookup -type=mx listserv.student.no" I get this result;
 >> Server:         127.0.0.1
 >> Address:        127.0.0.1#53
 >>
 >> Non-authoritative answer:
 >> *** Can't find listserv.student.no: No answer
 >>
 >> Authoritative answers can be found from:
 >> student.no
 >>          origin = ns1.sio.uio.no
 >>          mail addr = hostmaster.sio.uio.no
 >>          serial = 2003050201
 >>          refresh = 7200
 >>          retry = 1800
 >>          expire = 2592000
 >>          minimum = 21600
 >>
 >> However, regular nslookups got these;
 >> [root@daniel root]# nslookup student.no
 >> Server:         127.0.0.1
 >> Address:        127.0.0.1#53
 >>
 >> Non-authoritative answer:
 >> Name:   student.no
 >> Address: 129.240.51.55
 >>
 >> [root@daniel root]# nslookup listserv.student.no
 >> Server:         127.0.0.1
 >> Address:        127.0.0.1#53
 >>
 >> Non-authoritative answer:
 >> Name:   listserv.student.no
 >> Address: 129.240.51.51
 >>
 >> Of course, if there is no MX record, sendmail will/should
 >> use the A record address.
 >>
 >> Dan Liston
 >>
 >> PS.  I BCC'd the feedback address at the sub-domain with this.
 >>
 >> Kjell Grindalen wrote:
 >
 >>>> Hello all!
 >>>>
 >>>> I am running Majordomo version 1.94.5 on an Solaris 5.8 box
 >>>> Sendmail version is 8.12.8
 >>>>
 >>>> The FQDN of the host is ns1.sio.uio.no both A and PTR wise in dns, it
also
 >>>> has some other names one of them is listserv.student.no wich is the
name
 >>>> that I have set up Majordomo to identify itself as on outgoing mails.
 >>>> Listserv.student.no has its own MX records in the student.no as a
 >
 >> sub-domain
 >
 >>>> of student.no
 >>>> In my sendmail.cf file I have a Dj$w macro that says it should use
 >>>> sio-net.no for official domain
 >>>>
 >>>> My problem is that in my config file I want it to use the email adress
of
 >>>> feedback@listserv.student.no
 >>>> When I try sending emails through this list the reply adress is set to
 >>>> feedback@student.no and whatever I change the domain part of the email
 >>>> adress to it defaults back to student.no
 >>>>
 >>>>
 >>>> Can anybody help ?
 >>>>
 >>>> Mvh
 >>>>
 >>>> Kjell Grindalen
 >>>> SIO/IT
 >>>> 2259 6863 / 95095311
 >
 >>