Debian Developers - Re: Mail server on alioth too restrictive?

This is Interesting: Free IT Magazines  
Home > Archive > Debian Developers > September 2004 > Re: Mail server on alioth too restrictive?





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Re: Mail server on alioth too restrictive?
Martin Schulze

2004-09-02, 6:55 pm

Ludovic Rousseau wrote:
> After some tests I found the problem.
> alioth rejects mails without a Return-path: header line. I agree it is
> a normal behavior so the problem is not in Alioth mail configuration.


Doh!

> I will try to patch the syncmail [1] Python script but as I don't
> know/use Python it may be difficult for me. Help accepted.
>
> Another option is to install cvs-mailcommit Debian package on alioth but:
> - this package is in testing/unstable and Alioth uses stable
> - the PERL source code does not contain "Return-path:" so it may not
> solve the problem, but patching PERL is easier for me.


cvs-mailcomit uses /usr/sbin/sendmail while cvs-syncmail uses
"telnet" localhost smtp, iirc. So switching may work.

However, I originally only wanted to note that you should be able
to install any cvs helper script in the system, e.g. in the CVSROOT
directory, and call that one instead of the system provided one.

However, if cvs-syncmail is *the* system provided solution and it
doesn't work, then it sounds like a bug. This one's actually one
that should be easy to solve. You'd have to open a bug on the
Alioth request tracker, though.

Regards,

Joey

--
Of course, I didn't mean that, which is why I didn't say it.
What I meant to say, I said. -- Thomas Bushnell

Please always Cc to me when replying to me on the lists.


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com