Was klappt denn "schlecht"? Dem von Dir geposteten Log-Eintrag entnehme ich, dass da eine Datei auf dem NAS war, die auf Deinem Androiden (noch) nicht existierte. Mehr nicht. Kein Problem, kein Indiz, dass etwas nicht richtig klappt. Da musst Du schon etwas konkreter werden

-----
Übersichten: Apps nach Einsatzzweck (UserStyle) | Guides: AndroidPITiden-Buch, Auf Reisen, Android-Toolbox | Suchfunktion

Die Datei befand aber sich auf beiden Seiten.

-----
Note 2 LTE (N7105) #root

Das hast Du aber nicht gesagt... Wie auch immer: Christian (Entwickler) schonmal damit konfrontiert? Der freut sich immer über Feedback. Und ist auch derjenige, der am ehesten weiterhelfen kann.

-----
Übersichten: Apps nach Einsatzzweck (UserStyle) | Guides: AndroidPITiden-Buch, Auf Reisen, Android-Toolbox | Suchfunktion

Ich kann ohne einen vollständigen Log auszug keine Fehleranalyse machen, aber hey stimmt ja bei dem Log gibt es eine option "Senden" bitte an meine Entwickler email weiterleiten dann schau ich mir das mal an

Kommt bei Gelegenheit. Vllt findest du ja den Fehler. Werde dann auch genau dazu schreiben was ich gemacht habe und wie die Konfiguration ist.
Danke

-----
Note 2 LTE (N7105) #root

Hallo zusammen,
@Martin S: @Izzy:
es handelt sich a) um eine Ungenauigkeit von ca. 2 sec.(FAT) b) um genau 1h - Sommer/Winterzeit/UTC-Zeit (NTFS) Quelle:http://de.wikipedia.org/wiki/Zeitstempel und http://www.heise.de/ct/hotline/Sommerzeit-und-NTFS-319486.html

@Christian A.Ich hatte mich gefreut endlich ein SyncTool gefunden zu haben, welches SMB/Samba-Freigaben unterstützt und nicht nur in die Cloud synct.
Nachdem ich die Free/Trail -Version einige Wochen dazu genutzt habe die Musikauswahl fürs Handy aktuell zu halten, habe ich mir heute Vormittag die Vollversion gekauft.
Doch jetzt erst habe ich festgestellt, das FTPSyncX weder die Zeitdifferenz der Dateisysteme berücksichtigt, noch das Dateidatum der Dateien erhält!
Das geht gar nicht!
Das ändern des Dateidatums ist ein "get no" bei einem Sync-Tool.

Als Folge des ersten/zweiten Syncs mit FTPSyncX sind meine sämtlichen Daten auf allen anderen Rechnern, dem Handy, dem Tablett, in der Cloud auch ersetzt worden, da ja (für andere Sync-Programme) ein neues Dateidatum/Erstelldatum/Änderungsdatum vorliegt.

Ich habe gerade 2h damit verbracht, alle Daten zu löschen und rundum aus einem Backup wiederherzustellen.

Bitte, bitte ganz schnell nachbessern.

Gruß Harry aus Berlin

Der Zeitstempel wird NICHT verändert, in einer ganz alten Version war das mal so, aber in der aktuellen Version wird der Zeitstempel auf keiner Seite verändert.

Und natürlich berücksichtigt FTPSyncX Datei-Zeitstempel. Sonst würde ein Sync niemals funktionieren.
FTPSyncX geht wie folgt vor:
Testdatei lokal erstellen -> Zeit dieser Datei merken
Testdatei uploaden -> (Das Remotesystem wird dann einen eigenen Zeitstempel setzen)
Testdatei herunterladen -> Zeit dieser Datei mit der ersten Zeit vergleichen
=> Daraus ergibt sich der Zeitunterschied zwischen dem aktuellen Sync dieses Verzeichnisses
Die Zeitunterschiede kommen dann in die Datenbank inkl Dateipfade das heisst sollte das Remotesystem ein anderes Datum zurück liefern wie es beim ersten mal getan hat so sieht FTPSyncX diese Datei als "geändert" an.

Ich kann natürlich hier nicht den ganzen Programmcode aufschreiben oder mit einer Beschreibung wiedergeben, allerdings weis ich sehr genau, dass der Zeitstempel von den Dateien nicht verändert wird.

Ich weis nicht ob du vielleicht meinst das beim "erstellen" der Datei nicht der 100%ige gleiche Zeitstempel wie auf der original Datei liegt.
(Z.B. wenn ich eine Datei hochladen, dass die hochgeladene Datei den selben Zeitstempel erhält wie den den sie auf der lokalen Seite hat)
Dies ist aber leider Technisch nicht möglich. Ich dachte auch erst ich werde diesen Weg gehen aber es hat mir bei dem Servertyp "FTP / FTPS" einen Strich durch die Rechnung gemacht, da das Modifizieren eines Timestamps bei FTP bzw. FTPS-Server nicht in jeder Software implementiert ist zusätzlich heisst es offiziel das der Modify befehl für Zeitstempel kein offizieler FTP Befehl ist und daher habe ich diesen Weg aufgegeben.

Nur so eine Frage, wieso auf einmal jetzt? Die Syncprozedur hat sich in den letzten Wochen nicht ein bischen verändert. Ihre Probleme müssten dann auch schon in ihrer Testphase entstanden sein.

Grüsse,
Christian

Danke für die schnelle Antwort,
In der Testphase, bei der ich die (Musik-)Dateien einfach in einen Ordner meines Servers geschmissen habe und sie, durch die App, auf das Handy habe "kopieren" lassen, habe ich das Dateidatum nicht im Auge gehabt. Die Dateien waren da und gut wars.
Ich werde das synchronisieren nochmals testen. - Als erstes ist es mir bei einem Sync, mit einer Datei aufgefallen, die den besagten Zeitunterschied von 1h aufgewiesen hat.
....was ist bei mir schief-gelaufen? Ich melde mich nach der Testphase. (kann aber dauern die Kinder kommen gerade aus der Schule)

Gruß Harry

Wie gesagt besagter Zeitunterschied ist ganz normal
Datei existiert nicht auf Smartphone
Datei auf PC 16:00 wird vom Betriebssystem angezeigt
Aktuelle Zeit 20:05
Datei download
Datei auf smartphone 20:05
Datei auf remote bleibt bei 16:00

Das ist auch entsprechend der Problembeschreibung meines vorletzten Posts nicht anders möglich.

Das ist aber der Part, wo es vom "Standard" abweicht (da würden die Timestamps identisch sein, sobald der Vorgang abgeschlossen ist). Warum das Anpassen eines Timestamps lokal nicht möglich ist, habe ich nie kapiert (als nicht-AndroidProgrammierer muss ich das wohl so hinnehmen -- obwohl es mich wundern würde, wenn das zugrundeliegende Linux kein "touch" könnte). Remote habe ich das kapiert: Da fehlt der entsprechende Standard z.B. im FTP-Protokoll. Vielleicht kannst Du das nochmal kurz erklären, um die letzten Missverständnisse auszuräumen?

@Alle: Kurz zum Verständnis. FTPSyncX merkt sich (in aktuellen Versionen) die jeweiligen Timestamps in einer internen Datenbank. Im obigen Beispiel weiß die App also, dass beim letzten Sync lokal "20:05" und remote "16:00" aktuell waren -- vergleicht also beim nächsten Sync die lokale Datei mit "20:05", und remote mit "16:00" (vereinfacht gesagt). Solange also niemand für die gleiche Verbindung (also die gleichen beiden Geräte & Verzeichnisse in dieser Kombination) mit einer anderen App synchronisiert, oder einen "Kreisverkehr" aufbaut, sollte das keine Probleme verursachen.

-----
Übersichten: Apps nach Einsatzzweck (UserStyle) | Guides: AndroidPITiden-Buch, Auf Reisen, Android-Toolbox | Suchfunktion

Izzy bringts auf den Punkt. Aber genau da ist der knackpunkt. Klar android bietet mir die möglichkeit den Timestamp zu setzen. Aber wer geht davon aus das dieser Timestmap korrekt ist? Windows liefert ja wie oben schon geschrieben immer mal andere Timestamps womit dann andere Sync programme auch probleme haben. Anderer seits müsste ich mal nachschauen ob ich nich sogar doch die lokalen Timestamps setze (kenne den code noch nicht auswendig )

Falls noch nicht der Fall, solltest Du das zumindest lokal noch nachholen. Wenn Du mich fragst, auch remote, wo es geht. Immer soweit wie irgend möglich bei den "Standards" bleiben. Und die sehen nun einmal beim Sync vor, dass anschließend die jeweiligen "Dateipaare" auf beiden Seiten den gleichen Timestamp tragen. Wo das nicht geht, geht es halt nicht (und um der Einheitlichkeit / Einfachheit halber kannst Du ja die Timestamps dennoch für alle verwendeten Protokolle in der Datenbank speichern -- dann funzt das auch noch, wenn jemand mal im Nachhinein das Protokoll wechselt, z.B. von FTP zu SCP oder umgekehrt).

-----
Übersichten: Apps nach Einsatzzweck (UserStyle) | Guides: AndroidPITiden-Buch, Auf Reisen, Android-Toolbox | Suchfunktion

Bisher hat das bei meinen anderen Sync-Programmen so funktioniert.
Ursprungs-und Ziel-Dateidatum sind identisch.
Ob die Datei nun vorhanden war oder erst erstellt wurde.

Gruß Harry

@Christian A.
ich habe versucht das Problem zu verifizieren, einen neuen Ordner (auf dem Server) erstellt, eine alte Datei hinein, am Handy Sync-konfiguriert, Sync-gestartet, Dateien verglichen.
Was soll ich sagen? die Datei wurde am Zielort (Handy) neu erstellt und das Dateidatum ist erhalten geblieben! Wie geht das denn.
Jedoch wurde aus 21:56:36 (Orginal) auf dem Handy 21:55:00. (Die Zeiten habe ich am Server ausgelesen, auf dem Handy läuft die "Samba Filesharing-App")
Auf dem Handy wird mir die Zeit als 22:55:00 (entsprechend 22:56:36) angezeigt.
Dieser SMB-Sync war vom Serverspeicher auf das Handy.

Ich probiere das jetzt noch mal andersherum.

BTW:
zum Thema "FTP" taucht in meinen Recherchen immer mal wieder ein MLSD-Befehl auf. "....ermittelt die Dateiliste über den MLSD-Befehl. Dieser gibt die
Zeitstempel inklusive Sekunden zurück. Der normale LIST-Befehl kennt keine Sekunden."

Wie gesagt, es kann gut sein das SMB dieses feature mit sich bringt (SFTP SSH macht das auch) aber FTP und FTPS nicht.

Nachholen ist nich einfach so gesagt, ich muss schauen ob das dann auch noch mit meinem restlichen code im einklang bleibt und es nicht durch diese änderung es sich verschlimmbessert und dann wirklich doppel syncx innerhalb meiner app passieren.

@Christian A.

SO! DA ist ER.
Beim SMB-sync vom Handy auf das Server-Verzeichniss geht beim (neu?)erstellen der Datei das Datum verloren!

Gruß Harry

So habe nun die App kurz angepasst und ein update hochgeladen, sollte in den nächsten Minuten / Stunden wie lang auch immer der market braucht verfügbar sein.
SFTP + SMB timestamps werden nun beim upload gesetzt, bei FTP und FTPS ist dies leider nicht möglich
Lokal wurden schon immer die Timestamps von der Remotedatei gesetzt.

Grüsse,
Christian

Super! Im Namen aller Beteiligten herzlichen Dank für die schnelle Umsetzung!

-----
Übersichten: Apps nach Einsatzzweck (UserStyle) | Guides: AndroidPITiden-Buch, Auf Reisen, Android-Toolbox | Suchfunktion

@Christian A.

Bitte, bitte ganz schnell nachbessern.

Danke, Danke super schnell nachgebessert

Gruß Harry aus Berlin