Vaclav Barta <vbar(a)comp.cz> writes:
Adrian Aichner wrote:
>>>> load file: sendmail In case it matters, I have a mail
>>>> server configured on my machine (SuSE Linux) but it isn't
>>>> sendmail - it's qmail. XEmacs is from today's CVS
>>> Hi Vaclav, I don't know about qmail, but for sendmail you
>>> would have to install the mail-lib package.
>> Yes, that's it. qmail is designed as a drop-in replacement
> Does this work for you already?
I thought it did - there was no error message after I installed
mail-lib & invoked report-xemacs-bug, and the test e-mail got into
my outgoing queue. Then I've removed the test message and sent a
real bug report (with the subject "Syntax highlighting turned off
on startup") - but it looks like it didn't leave my computer at
all... :-(
Can you reproduce it?
IMHO it's primarily a problem with my local mail setup (which is
fairly strange and certainly taxes my system administration
ability) - I'll have to look at it again... It *would* be nice,
though, to make my setup work not only for mail & netscape, but
also other clients, including xemacs... How exactly does xemacs
send e-mail?
By default, it uses /usr/lib/sendmail. But of course, you can
configure it to do almost anything.
P.S: One difference in (correctly handled) messages netscape
puts through my mail system to the outgoing queue (like this
one) vs. (apparently incorrectly handled) messages xemacs puts
there is the Return-Path mail header: using netscape, I get
Return-Path: <vbar(a)comp.cz>
while xemacs insists on
Return-Path: <vb(a)linux.localdomain>
which isn't valid anywhere outside my computer. Perhaps it is
an xemacs bug after all...
Return-Path is not added by XEmacs.
Do you really use local delivery with QMail using netscape? I doubt
Netscape supports that. Maybe you are using QMail as a SMTP server on
your local machine, and if so Adrian's hints should work.