MFMT Support.

[Koto]

MFMT Support.

Ich habe ein Problem mit dem MFMT Command

Der FTP sagt incorrent Parameters

Der Aufbau ist angeblich so

Description
Traditionally, when a file or folder is uploaded to an FTP server, the last modified date and time of the file or folder is set to the transfer date and time. Using MFMT, FTP clients can inform supporting FTP servers of the proper last modified date and time to use for the file or folder. The format of the command is MFMT YYYYMMDDHHMMSS path, where:

YYYY - the 4-digit year
MM - the 2-digit month
DD - the 2-digit day of the month
HH - the hour in 24-hour format
MM - the minute
SS - the seconds

Code: Select all

14-01-15T08:56:53 <== MFMT 20130710163100 Titanium Backup_6.0.5.1.apk

Windows: ‎Mittwoch, ‎10. ‎Juli ‎2013, ‏‎18:31:00

18 statt 16?

Wenn ich ins Log schaue stimmen die Angaben nicht.

Code: Select all

14-01-15T08:56:52 <== CWD /sdcard/Download
14-01-15T08:56:52 ==> 250 command succesful (/sdcard/Download/)
14-01-15T08:56:52 <== TYPE I
14-01-15T08:56:52 ==> 200 Switching to mode TYPE I
14-01-15T08:56:52 <== SIZE Titanium Backup_6.0.5.1.apk.d20130710-u163100.s6110146.incomplete
14-01-15T08:56:52 ==> 213 6110146
14-01-15T08:56:52 <== RNFR Titanium Backup_6.0.5.1.apk.d20130710-u163100.s6110146.incomplete
14-01-15T08:56:52 ==> 350 Requested file action pending further information. Waiting for RNFR
14-01-15T08:56:52 <== RNTO Titanium Backup_6.0.5.1.apk
14-01-15T08:56:52 ==> 550 Requested action not taken. /sdcard/Download/Titanium Backup_6.0.5.1.apk already exists
14-01-15T08:56:52 <== RNFR Titanium Backup_6.0.5.1.apk
14-01-15T08:56:52 <== RNTO Titanium Backup_6.0.5.1.apk.bak
14-01-15T08:56:52 ==> 250 Requested file action okay, completed /sdcard/Download/Titanium Backup_6.0.5.1.apk renamed to /sdcard/Download/Titanium Backup_6.0.5.1.apk.bak
14-01-15T08:56:53 ==> 250 Requested file action okay, completed /sdcard/Download/Titanium Backup_6.0.5.1.apk.d20130710-u163100.s6110146.incomplete renamed to /sdcard/Download/Titanium Backup_6.0.5.1.apk
14-01-15T08:56:53 Refreshing the MediaStore
14-01-15T08:56:53 <== DELE Titanium Backup_6.0.5.1.apk.bak
14-01-15T08:56:53 ==> 250 File /sdcard/Download/Titanium Backup_6.0.5.1.apk.bak deleted
14-01-15T08:56:53 ==> 226 transfer complete
14-01-15T08:56:53 <== MFMT 20130710163100 Titanium Backup_6.0.5.1.apk
14-01-15T08:56:53 ==> 500 incorrect number of parameters
14-01-15T08:56:53 <== CWD /sdcard/Download
14-01-15T08:56:53 ==> 250 command succesful (/sdcard/Download/)
14-01-15T08:56:53 <== TYPE I

Was ist da falsch?

Nachtrag:
Habe das Problem gefunden.

Send: MFMT 20130710163100 TitaniumBackup_6.0.5.1.apk
Answer: 213 Modify=20110916014242; TitaniumBackup_6.0.5.1.apk

Klappt

Send: MFMT 20130710163100 Titanium Backup_6.0.5.1.apk
Answer: 500 incorrect number of parameters

Klappt nicht. Also offenbar ein Leerzeichen problem vom Server beim Command.

Aber wieso Sendet Super Flexibel eine 16 statt 18?

Er zeigt sogar im Fenster Falsche Werte?


Senden tut er 16. zeigen tut er 17 und 18 sind es?

[superflexible]

Die Uhrzeit ist ggf. zeitzonenbereinigt bzw. UTC. Zoneneinstellungen gibt es im Profil auf dem Internet/FTP-Dialog unter Zone:

[Koto]

Auto sollte aber Funktionieren?

Ich kann das gerade nicht mehr nachstellen. Werde das mal beobachten. Mir viel das schon ein paar mal auf das die zeiten nicht passten.

Habe nun einen FTP Server gefunden der MFMT kann, dann sollten die Zeitstempel perfekt stimmen.

Ich habe das problem schon lange, das beim Datensync zwischen PC und einem Tab immer wieder Daten kopiert werden, die sich nicht geändert haben. Bei großen Datenmengen sehr ungünstig.

Im übrigen. Wenn man einstellt das Super Flexibel 30 Sekunden ignorieren soll, wird das nicht beachtet. Ist die Datei im Ziel neuer wird diese Einstellung ignoriert. Rein logisch macht das keinen Sinn.

Die Sekunden sollten auf beiden Seiten ignoriert werden oder nicht?
Egal ob Zeiten neuer oder älter sind.

[superflexible]

Ja es sollte mit Auto funktionieren. Am besten die aktuelle Version 6 von Syncovery verwenden.

30-Sekunden ignorieren müsste auch gehen, da ist kein Fehler. Vielleicht in einer alten Version.

Man sollte aber nur 2 Sekunden ignorieren, nicht 30.

[Koto]

Also auch in der neuen Version wird die Option 3 Sekunden ignoriert. Zumindest wenn im Ziel die Datei neuer ist, wird x Sekunden ignoriert.

Ich kann da einstellen, was ich mag. Außer „Keine Zeit beachten“. Das macht er dann.

Man kann dann unter exakte Spiegelung abstellen, das neue im Ziel überschrieben werden, aber das ist ja nicht sinn der Sache.

Ich glaube das müsstet ihr mal nachsehen. Irgendetwas stimmt da nicht. Ich habe das natürlich auf diesem Wege als Erstes versucht. Genauso geht „Sekunden komplett Ignorieren“ nicht.

Dennoch will er immer wieder die neuere Datei im Ziel überschreiben. Kann aber ohne MFMT per FTP den Zeitstempel nicht setzen. Also Sync er immer wieder dasselbe.

Daher suchte ich ja nun einen FTP Server der MFMT kann. Sonst wird das alles nix.

Ich teste das aber noch aus, wenn der Bug im FTP Server bzgl der Parameter behoben ist.
Das muss doch hin zu bekommen sein das, der Zeitstempel 100% dem vom PC File entspricht.

[superflexible]

Hi,

wegen der drei Sekunden wäre ich für einen Screenshot und eine Logdatei dankbar. Der Screenshot sollte die Sync-Vorschau zeigen, wo man die Zeiten vergleichen kann. Die Logdatei bitte erstellen mit der Option "Details zur Erstellung der Dateiliste", die bei den Programmeinstellungen unter Logs zu finden ist.

LG
Tobias