Why https only works from remote hosts ?
Hello,
from remote hosts everything works fine.
I'am using mailman 2.0.6 (with Apache 1.3.20 and OpenSSL 0.9.6b in the back). List subsciption (and so on) works very well (remote and local), but when I visit the list-owner admin page (via https) from my local machine ( https://<my_host>/mailman/admin/test ), I receive this error message by trying to send the passwort:
Bad Request Your browser sent a request that this server could not understand.
Reason: You're speaking plain HTTP to an SSL-enabled server port. Instead use the HTTPS scheme to access this URL, please.
The causer is the obversely Post Action in the (generated) adminpage-URL: ACTION="http://<my_host>:443/mailman/admin/test"> (This throws away the https://<...> suffix.) :-(
So I thought (at first) it would get into general trouble, but when I doing the same from a remote host everything works fine, cause the post action looks (in this case) like this: ACTION="/mailman/admin/test"> (This preserves the https://<...> suffix.) :-)
Why mailman works in this manner ? Do I something really stupid ? I can't see my fault, so if you could give me a clue, I would be very greatful.
regards Oliver
Anyone know of an add-on/extension/contribution that will allow folks to post to a mailing list via the web interface, preferably inside pipermail's display (ie reply to this message, post new message kind of thing coming from the person logged in and not via a single gateway address).
Have a user who wants to bend mailman a bit so that it provides some of the functionality of e-groups, smartgroups etc. Suprisingly, there don't seem to be a lot of projects out there that allow this kind of thing, at least that I've found. Apparently due in part to the goal of using bbs/community discussion software to keep users coming back to a site.
There are obviously things like usenet/mailing list gateways but being thats a bit much plus would want to take advantage of the user id's/passwords that Mailman is already maintaining.
I'm not very up on python but I would assume that this wouldn't be an overly daunting extension. Could use a different mail archive package like hypermail which has the ability but then you wouldn't, as far as I can see, be able to have the same thing for a private archive. No way to take advantage of the user id and password etc.
Thoughts or alternatives appreciated.
Darren Henderson darren@nighttide.net
Help fight junk e-mail, visit http://www.cauce.org/
On 01 October 2001, Oliver Egginger said:
Hello,
from remote hosts everything works fine.
I'am using mailman 2.0.6 (with Apache 1.3.20 and OpenSSL 0.9.6b in the back). List subsciption (and so on) works very well (remote and local), but when I visit the list-owner admin page (via https) from my local machine ( https://<my_host>/mailman/admin/test ), I receive this error message by trying to send the passwort:
Bad Request Your browser sent a request that this server could not understand.
Reason: You're speaking plain HTTP to an SSL-enabled server port. Instead use the HTTPS scheme to access this URL, please.
That's strange. What web browser are you using? And are you accessing your local host using a name that resolves to the loopback interface (127.0.0.1) or to your machine's "real" IP address? It might be that accessing the web server on different network interfaces is the problem; if you're not sure which interface a particular name corresponds to, try using the IP addresses directly -- eg. http://127.0.0.1/mailman/admin/test or http://a.b.c.d/mailman/admin/test
where a.b.c.d is your machine's "real" (externally visible) IP address. Just a wild guess. I'd be more inclined to blame your web browser.
Also, what web server are you using?
Greg
Thank you for your help.
That's strange. What web browser are you using?
I belief, I have found the malefactor. It's Konqueror (2.1.1). When I am using Netscape the problem gone completely away. Maybe I have to switch some default settings in the Konqueror configuration, I don't know yet. But this isn't a mailman-topic.
regards Oliver
participants (3)
-
Darren Henderson -
Greg Ward -
Oliver Egginger