SlrG

The #!/bin/bash line is missing? Also editing the files in wordpad has probably broken the files. Linux uses different line endings than windows programs. You need a linux compliant editor to edit the files. Either use Notepad++ or PSPad or use a linux command line editor like nano or vi. I tested on my system just now and using Wordpad breaks the files for me, too.

Thanks for the syslog. I'll see if I there is something in the update process that I can improve. I'm glad it is working for you now. Locale output is the same for me, so probably nothing wrong there.

@DasMarx: Do you still have the syslog from the failed plugin update? It would be nice if you could post it for me to check. You set LangDefault de_DE but it shows en-US in the FEAT. Seems still a bit wrong to me. What do you get when you enter "locale -a" over telnet on your server? Also are you sure the order of the commands doesn't matter? I would put LangEngine on first, myself.

@DasMarx: Please try the new version. The module mod_lang is now included for the unRAID v6.1 version. For v5 I was not yet able to compile a new version. @Cessquill: Please try the new version, I moved the mountscript and unmountscript back to the plugins folder on the stick, so it should be persistent again. @all: As I was able to get the apache plugin working again the config editor possibility will remain for now. Also there is still an error message regarding proftpd.delay, but I was not able to find out why this appears and how to fix it. As it seems to have no negative effect, I'll leave it at that for now.

I'm not an awid plex fan myself, but more of a kodi user. But if you hate the plex scraper, you can use Metadata agents for exported XBMC library to scrape your Kodi/Ember metadata.

I'm from germany, so I have a share of files with those characters myself. Access to those files works fine for me, even with FileZilla. But you are correct proftpd isn't compiled with mod_lang. I'll try to include it in the next release.

No problem. I wish I had more time to work on the plugin.

I would add chmod 777 /boot/mountscript.sh /usr/local/emhttp/plugins/ProFTPd/scripts/mountscript.sh chmod 777 /boot/unmountscript.sh /usr/local/emhttp/plugins/ProFTPd/scripts/unmountscript.sh after the copy commands in the go script. Please check the log file after reboot, if the commands work. It might be, they are executed, when the plugin is not installed yet and thus the directory not yet available. I'm at work at the moment, so I can't check. If this is the case it would get a bit more complicated. It might be better to wait then, until I'm able to release a fixed version.

Yes but not all plugins, just this plugin. The steps you describe should be correct. It might be necessary to change the permission of the files to executable after the copy commands. The flash is a fat file system and doesn't store the unix permissions correctly. So maybe you need a chmod command for each script, too.

No problem. Feel free to ask anytime. If you have a lot of mount/unmount commands it might be easier to save the whole mount/unmountscript with the commands on your flash and copy them to the plugins script folder from the go file. That way only two commands in the go are needed.

Sounds all right for me. Mountscripts are now in /usr/local/emhttp/plugins/ProFTPd/scripts to make the plugin complient with the new unRAID 6.1.x security requirements. At the moment the plugin is not yet fully compatible with the new 6.1.x versions however. I have no free time to work on it at the moment. As as result, changes to the mountscripts will not be persistent, I think. So for now, you will have to echo the mount commands from your go file into the mount and unmount script. Over Christmas I'll have a bit of vacation and hope this will give me the time to release a 6.1.x version of the plugin.

Well this is an "old" message. It is there since the 64 first bit release of my plugin. I did compile proftpd directly on the 64 bit unraid machine and it seems to work fine, so I hope we can ignore this message for now. I have not found a way to fix the error message yet. If anybody knows please go ahead and tell me.

@scooterpsu: Can you describe your update process? You were on unRAID 6.0 and had the old plugin version. Then you upgraded the plugin and then unRAID. Or unRAID first and then the plugin? I'll need a little bit more info on what to check. If you remove the plugin and reinstall it, it should work on 6.1.3 already. I have moved the script files to the proper locations. What needs to be fixed is moving the mount/unmount scripts automatically on update. This does not happen correctly yet. cheers SlrG

@all: Started to work on resolving some 6.1.3 problems. I have a question for you guys/girls using the proftpd plugin. Is anybody of you using the config editor or do you manually edit the proftpd config file in shell? The config editor would only work if you have a webserver installed directly on your unRAID system. (Running the webserver in docker will not.) As this is rather complicated, I believe it to be broken for nearly anyone on >6.1 at the moment. As I did not get any questions regarding it, I guess it would not hurt to remove it altogether to simplify things. Any Objections?

I'm on unRAID 6.1.3 and the plugin is not working for me. It installs fine, but whenever I try to start the service it fails. Error Message in log is: Oct 8 22:09:28 lafiel apache: nohup: failed to run command 'apachectl': No such file or directory

I have not tried with 6.1.3 yet. It might be an error though, which could happen on previous versions, too. Will have to check that. It should not block the plugin from working however and is not connected to your nat problem. But thank you for reporting.

Hmm... Are there any new error messages in the syslog regarding the added configuration options? I fear I have no idea what is going wrong at the moment. As access works from your local network, I believe this is more of a pfsense problem. What do the logs of the firewall say?

@MyKroFt: Can you please try to add IdentLookups off UseReverseDNS off to your proftpd.conf, too? Also I found a post saying <IfModule mod_facts.c> FactsAdvertise off </IfModule> might help also. I can't check at the moment if I have compiled using the mod_facts module, but it can't hurt to test.

@all: Working on a 6.1.x compatible version now. There are still some things to iron out, but I think it will run fine in the most cases. @MyKroFt: Did you download the ftp package and install it on your unRAID server and did you try to login on the unRAID server using localhost first? Does it work then, or not?! I asked you two times to check this and I got no response. Please try this first, so we can figure out the problem step by step. I won't be able to help you otherwise. Sorry.

MyKroFt is right. The reason is, that it still has its core script in rc.d. This has to be changed for it to work on 6.1.

I see. If you upgraded to 6.1 the plugin will stop working. If you really need the plugin you will have to downgrade to 6.01 until I'm able to release an updated version. It will take me some time however, as I'm rather busy with work at the moment.

@pixelgraft: Please post a full syslog. It is running fine on my 6.01 system, so it should work on that version. It is not 6.1 compatible yet!

@MyKroFt: No not yet. I plan to work on a compatible version, but I have not yet found the time. Sadly I don't know how to fix you problem. On my system it works without problems. Using the default configuration I can access the ftp server from the local network and using my dyndns service I can access it from the outside too. I'm using FileZilla or Firefox as clients. I would again recommend starting testing in your local network. Please install the ftp client package. Then try to connect to proftpd from your unRAID servers shell. If this works, try it from another pc in your local network and if this works too, try again with external access. If only external fails, it might be a problem with your router/router configuration. Please try each of this steps and let me know exactly, what is going wrong.

I'm assuming you have NAT problems. Have a read here. I'll need more info on your home network. Are the unraid server with proftpd and the pc you use to access part of the same local network subnet? Does the access work, if you try it from the commandline of your unraid server? (please install the ftp client package first to enable the ftp command on your unraid box' command line.

Well, I have a secondary pro key. The problem for me is, that it is tied to the usb drive so it is not easy to use in a vm environment. I don't really want to build a secondary server to do develepment on. I fully understand this is to prevent illegal usage and I don't want to change that. What I miss however is, that using the old "unlicensend" version, it was possible to do development in virtual machines. The now time limited test version makes it hard to use it in a vm. To use the full version, a physical usb drive with the tied usb key would have to be attached to the development pc (a laptop in my case) and passed to the vm. That makes it hard to do cross version development. I don't know what internal changes would be necessary. My wish would be for a "developer key", that would not be tied to the usb drive and allow booting up a limited unRAID environment (like I described above). I understand however, this is low priority and maybe not so easy to implement. So I'll stop bugging and hope it gets adressed one way or another later on. Thank you all, for your great product.