Re: Possible misuse of email headers Message-Id and In-Reply-To, posted by Stefan Ritt on Wed Feb 8 18:16:30 2017
|
A pull request would be highy appreciated, because you can then test it thoroughly on your side. Adding a random number to the message id is simple.
"Reply-to" indeed does not make sense since elog cannot receive emails. Most sites use a generic "noreply@<domain>" to indicate
to the user that a reply does not make sense. I guess the "Reply-to" does not have to be unique, right? |
|
Re: Possible misuse of email headers Message-Id and In-Reply-To, posted by Stefan Ritt on Wed Mar 15 16:42:35 2017
|
Pull-request merged.
fbretel
wrote:
Pull-request posted. |
|
Re: Elog not see image magick, posted by Stefan Ritt on Wed Apr 5 13:16:34 2017
|
Must be your PATH environment variable. You have usually different paths when running interactively or as a service. Try to change the path seen by services,
or put the ImageMagick executable in the same directory as elogd.
Stefan |
|
Re: Elog not see image magick, posted by Stefan Ritt on Fri Apr 7 10:22:03 2017
|
I don't undersand myself fully how services see the environment. Like if they see the PATH at all. In some occations it helped to run the service
not under the SYSTEM account, but under the (admin) account of a real user.
Stefan |
|
Re: Elog not see image magick, posted by Stefan Ritt on Fri Apr 7 10:24:31 2017
|
Ah sorry. I recall now: Under Windows, calling subprocesses from a service does not work at all. After a couple of days of work I was not able to get
this running. If somebody has some idea, I'm happy to try it. So most people use the elogd daemon in the background only under Linux.
Stefan |
|
Re: command line and apache+ldap authentication, posted by Stefan Ritt on Fri Apr 7 12:16:24 2017
|
Hi, the elog command line client does not know anything about Apache authentication, therefore the authentication with the elog username/password fails.
As an alternative to the command line client you can use the "curl" utility (available under Linux). This tools has the "-u" flag,
which works with Apache. The tricky thing is now to "emulate" your browser submitting an entry. You can do |
|
Re: Full anonymous access, posted by Stefan Ritt on Thu Apr 20 12:59:24 2017
|
Sure. Just remove "Password file = ..." and any guest menu.
Stefan
K |
|
Re: Full anonymous access, posted by Stefan Ritt on Thu Apr 20 13:45:42 2017
|
Version 2.9.2 is hopelessly outdated. Please upgrade to the current version on bitbucket. You also might have to delete any cookie in the browser sent
to the elog server.
K |