ich hab's auf einem WH2000 (ohne reseller) nachvollziehen können.
mit rsync.amd64 und -p und umask 0022 (auf beiden seiten) bekomme ich das gleiche verhalten, wie vom TS:
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1336) [sender=3.2.7]es liegt am rsync.amd64.
probier mal folgenden rsync:
*link gelöscht*
# sha256
46df116d4b7ea50602cc113192f5945e85a1b0b8d87e0d2647952f6abbb17c6f rsync-3.2.4p.tar.gzbeim testen auch beachten, die ziel-testdateien vorher zu löschen, wenn --chmod ohne --perms verwendet wird, weil vorhandene files nicht geändert werden.
example.de ist der SSH user
ich meinte schon den rsync/ssh-user (-> example.de), der mit den eigentumsrechten der ziel-überordner übereinstimmen muss.
ich würde ebenfalls mein lokales rsync updaten. AFAIR gab's mit macos früher öfter probleme mit rsyncs <v3 versus >=v3.
und leider liegt es doch an der Option -p
… vermutlich, weil dein benutzer nicht übereinstimmt.
um welchen server handelt es sich denn?
weil, das hört sich ja stark nach webhosting an.
die alte applemöhre könnte dann evtl. auch ein rsync-update vertragen (v2.6.9).
… und richte schöne grüße aus.
Das in den Docs erwünschte chown geht ja leider nicht... Wäre super, wenn das irgendwie funktioniert.
das würde dir ohne »su/sudo« ja nix nützen.
der webserver (psaserv) darf ja eh' deine (psacln) files lesen und schreiben, wenn alles auf chmod 777 steht.
…
function get_asset_md5sums() { … } # (mit *.pdf)
…
function main() {
assets_array=()
while read -r sum file; do
((i++))
echo "${i} ${sum} ${file}"
assets_array+=("${i} ${file}")
done <<< $(get_asset_md5sums)
}
main
echo "---"
echo "${assets_array[1]}" # zweiter im array->
1 6f6bf721f53389dfdbbd04121dcb409e ./prs/User-Guide-PrestaShop-Checkout-EN.pdf
2 d226255d42baa5a96f594c7ccc991ffc ./prs/ets-blog.pdf
---
2 ./prs/ets-blog.pdf
###
hier (ebenfalls WH2000) loopt alles korrekt.
am input und der while schleife kann's ja eher nicht mehr liegen.
done <<< $(get_asset_md5sums)*mi au* {Entenplatt für »mich auch«}
am Besten self-hosted und mit PHP, also Netcup-tauglich?
[angenommen »Netcup-tauglich« bedeutet webhosting-tauglich]
damit fällt https://github.com/isso-comments/isso raus, aber https://github.com/monperrus/jskomment sollte auf webhostings laufen.
Nicht notwendig...
Und hier kann man sich weiter schlaulesen -> https://userforum.mailbox.org/topic/7019-tea…nicht-umsetzbar
ich nutze die NC-interne domain für's monitoring und auch für vorveröffentlichung.
dann kann man gleich die richtigen leute losschicken, wenn jemand nur die webseite verk***t hat und man sehen kann, daß das hosting generell noch läuft.
ich merk' mir ja nur die wichtigsten <1024.
wieviele Zeichen maximal bei einer Emailadresse eingegeben werden können
laut RFC3696, 64 zeichen für den local part und 255 zeichen für den domain part.
Bei Enten "Arsch hoch" bedeutet übrigens "Daumen hoch".
dann wäre sieveshell aus managesieve (PyPI) am sinnvollsten.
es gibt AFAIR noch das alte sieve-modul für thunderbird als standalone.appimage – da weiß ich aber nicht, ob das noch läuft.
bist du terminal-cli-sattelfest?
