Your comments

Wonderful! It works as wished now :-)

Thanks a lot Tom

Cheers

Hi,

For me it works well behind apache as proxy between WAN https & LAN http. Login as well as cookie. On a Debian.

I would suspect proxy config...

Mat

thanks. That gives the background, from opds side.

However my point above remains valid (as well for some users in the initial thread): some like me definitely worked too much on the metadata to see them just excluded like this :-

Up! Could anyone help on this matter? :s

Thanks in advance

Hi Richard,


As I said, I lost them. I have to rebuild them. May be next week-end if I find the time...


Cheers

Mat

boah... I just found a mitigation: despite the absolute path, it works if I put the log-config.xml in my execdir (i.e. from where the jar is launched, not where the jar is stored).


Tom, is-it expected??

Hi,


I initially asked Tom for the customization of ubooquity logs format, so as to make it easier to build Fail2ban filter...

You have to follow those instructions to adapt their format: http://vaemendis.net/ubooquity/?static11/log-format-customization


I did it in the past, it was working fine. Then my hard drive crashed, & I did not reworked on this after...

So viewing your post I wanted to re-initiate this.


Unfortunately the ubooquity does not seem to take into account the customized format anymore.


Tom,


With latest ubooquity version, log-config.xml adapted as specified in your above page, and modifying my init script as below, logs format remains unchanged, as if the command line was not being considered:


nohup java -Dlogback.configurationFile=/etc/ubooquity/log-config.xml -jar /etc/ubooquity/Ubooquity.jar $MEM_OPT -port $UBOOQUITY_PORT $ADMIN_MODE $GUI_STATE /etc/ubooquity/ 2>&1 &


Could you please advise if the command line is still valid? Has-it changed? Is the feature still supported by ubooquity?


Thanks


Hi.


I add the same issue. It's an iOS one. I went out of it by accessing my server via https (even not ubooquity, but my apache front-end, and it's sufficient).


Cheers,

Mat