Henrik Friedrichsen

Did some research: This happens, because PATH_INFO is "" when an application mounted at the root path of a domain is requested. In that case, it should probably be set...

I would opt for the first option as it seems to fix many problems and not cause any. But that's just me. I tried convincing many of the parties involved...

I might have the same problem with monit, see here: https://marc.info/?l=openbsd-misc&m=152388670603181&w=2 Did you find any solution for this? I don't get this when relaying to httpd.

> I think @hrkfdn might be using openBSD, he may know how to get this to work. Hey, I don't think I've ever tried using ncspot/Cursive on the console. Only...

There is nothing in the logs indicating a problem, esp. on mpdas' side, as the server returned "ok" ("Scrobbled successfully"). If you want to dig further, you could log the...

It was filtered by the service (code 1): https://www.last.fm/api/scrobbling#filtered-requests

Huh, that is strange indeed. So it's probably submitting tracks differently. It would be interesting to see and compare what mpdas and mpd-scrobbler are submitting to Last.fm. Maybe a different...

I would need more input to debug this as I don't run this configuration, e.g. captures of what is posted to Last.fm compared to Volumio's communication.

Hey, thanks for the report. This does seem pretty reasonable, but that loop is also responsible for processing cached scrobbles. Maybe I can work out something smarter, although I believe...

mpdas does daemonize when the config var or -d is set. is this specifically about sending messages to syslog?