tiki-send_newsletters.php results in 501 Method Not Implemented

• Error
• Support request

The following text in a newsletter results on "send newsletter" in:

501 Method Not Implemented
to /index.html not supported.
Invalid method in request

Oddly, when the message is split into part, each part will go through.

> > > Rick Labs wrote:
> > >> 2. I would like to get you introduced to
> Christian Schuhegger
> > over at the
> > >> OJTS. He is running a pure Java Project. While
> the guy is
> > brilliant I'm
> > >> not
> > >> positive he has much real world experience with
> investment system
> > >> backtesting and all the ways you can "torture"
> historical
> > investment data
> > >> to
> > >> "make it tell you what you want to hear".
> However, Christian is a VERY
> > >> quick
> > >> learner! I'll bet you would both benefit by the
> association.
> > >
> > > I am the founder of the OpenJavaTradingSystem
> project on sourceforge:
> > > http://ojts.sourceforge.net/
> > >
> > > As stated on the website of the project:
> > > "The project's aim is to provide a self
> contained pure Java (platform
> > > independent) common infrastructure for
> developers of trading systems."
> > > Which means that the aim is not to produce a
> finished end user
> > application
> > > but to factor out all the common and boring
> subparts that you need to
> > > write a trading system and to define "standard"
> interfaces for the
> > > subparts.
> > >
> > >>>robotrader or any part of it in those pages,
> please feel free to do so.
> > >
> > > I've just had a quick look at your robotrader
> project and I see for
> > > example that you have implemented fetching data
> over yahoo. The
> > gathering
> > > of data from "data providers" I would consider
> such a common and boring
> > > subpart of every trading system project.
> Therefore I would like
> > to see it
> > > implemented in a library (e.g. OJTS) with well
> defined
> > interfaces so that
> > > you can plug in other "data providers" easily.
> > >
> > > I would also like to point you to the
> humaitrader project:
> > > https://humaitrader.dev.java.net/
> > > which in my opinion looks very promising. I've
> contacted the author
> > > already but I habe the feeling he is not very
> interested in
> > sharing parts
> > > of his implementation.
> > >
> > > The sad thing in humaitrader aswell is that
> common functionality is
> > > implemented again and again!
> > >
> > > I would like OJTS to be in the trading system
> community something like
> > > OSKit is for the operating system researchers:
> > > http://www.cs.utah.edu/flux/oskit/
> > > "... the OSKit lets them concentrate on the real
> issues ... instead of
> > > spending six months or years groveling inside
> ugly code ..."
> > >
> > > For the beginning I would like to create common
> interfaces and
> > > implementations for the following parts:
> > > # the gathering of raw data over the internet
> > > # the recognition of trading signals /
> algorithms in general
> > > - here for example ta-lib could be plugged in
> > > # a visualisation module
> > > - why does everybody have to reinvent the
> visualisation? is
> > writing this
> > > part of the code so intellectually inspiring 😊
> > > # plugging in scripting languages
> > > - beanshell
> > > - abcl lisp
> > > - sisc scheme
> > >
> > > Up to now I've worked alone on OJTS, but with
> Rick's talent to bring
> > > people together perhaps some of us could start
> OJTS (or at
> > least its idea)
> > > from scratch again. It would be nice to throw
> our collected experience
> > > into a bin and come up with a really good
> foundation library
> > for trading
> > > system.
> > >
> > > Have a nice week-end,
> > > --
> > > Christian Schuhegger
> > > http://www.el-chef.de/
> >
> >
> >

This bug has been demonstrated on show2.tiki.org

Please demonstrate your bug on show2.tiki.org

This bug has been demonstrated on show.tikiwiki.org

Please demonstrate your bug on show.tikiwiki.org