NSA326 meta repo installed but not working

Welcome in the wonderful world of embedded Linux hacking. I compiled those binaries for the NSA series, which have libiconv.so.2 in the library search path. Then ZyXEL came with the NAS series, which doesn't have libiconv.so.2. I could have created different packages for the NSA and the NAS, but instead I decided to put a check in the startscript. For rsync that is in .PKG/RandomTools/etc/custom_startscripts/00tools:

    if [ "${PKG_FIRMWARE}" = "4" ] ; then
            for tool in $RANDOMTOOLS_LIBICONV $RANDOMTOOLS_MAGIC
            do
                    SymlinkTool $tool
            done
    else
            local libiconv=${PKG_ROOT}/lib/libiconv.so.2
            [ ! -f ${libiconv} ] && wget ${PKG_DOWNLOAD_URL}/libiconv.so.2.gz -O - | gunzip >${libiconv}
            for tool in $RANDOMTOOLS_LIBICONV
            do
                    ScriptToolEnv $tool "LD_LIBRARY_PATH=${PKG_ROOT}/lib"
            done
    
            for tool in $RANDOMTOOLS_MAGIC
            do
                    ScriptToolEnv "$tool" "LD_LIBRARY_PATH=${PKG_ROOT}/lib MAGIC=${PKG_ROOT}/share/misc/magic.mgc"
            done

    fi 

${PKG_FIRMWARE} is 5, on a NAS, and so it checks if libiconv.so.2 exists, and else it downloads it from ${PKG_DOWNLOAD_URL}. That variable should point to the place where the package (RandomTools in this case) was downloaded, what in your case should point to http://zyxel.ddnss.eu/Users/Mijzelf/zypkg-repo/fw5/. But it didn't, or your box wasn't online when you started RandomTools for the first time. That yields a zero byte libiconv, due to the gunzip.

The actual cause is hard to trace, but the remedy is simple. Download libiconv.so.2.gz, and extract it to the right lib directory.