home *** CD-ROM | disk | FTP | other *** search
/ PC Online 1996 October / PCO_10.ISO / filesbbs / pdzm122.arj / TIMESYNC.DOC < prev    next >
Encoding:
Text File  |  1995-08-09  |  2.1 KB  |  50 lines
  1. Document:    ZMODEM time synchronization
  2. Date:        03-16-95
  3. Version:     2.0
  4. Author:      Peter Mandrella <peter@xpoint.ruessel.sub.org>
  5.  
  6.  
  7.  
  8. ZMODEM Time Synchronization
  9. ---------------------------
  10.  
  11. PD Zmodem enhances the Zmodem standard by the feature of synchronizing
  12. the receiver's system clock to the sender's clock. To accomplish this,
  13. PD-Zmodem introduces a new ZRINIT flag:
  14.  
  15. #define TIMESYNC 01000      /* Receiver requests time synchronization */
  16.  
  17. When the sender detects this flag, it sends a file named "$time$.t"
  18. with its system date as file date and the difference between local
  19. time and UTC as file contents. The file need not to be transmitted
  20. at once, but it may be inserted at any point during a batch transfer.
  21. Though, the file's time must be determined as shortly before the
  22. transmission as possible, and only one "$time$.t" file may be sent
  23. during one Zmodem batch.
  24.  
  25. The UTC offset is calculated in minutes. If the local time is four
  26. hours and 30 minutes before UTC, the time offset is -(4*60+30) =
  27. -270. The time offset is stored in the file as a decimal string with
  28. a trailing CR+LF. If the sender doesn't know its time zone, the file
  29. must be empty (zero bytes length).
  30.  
  31. It is recommended to implement time synchonization as an option. The
  32. receiver should request time synchronization only if the option is
  33. enabled. If the receiver requests time synchronization but the sender
  34. did not enable it, the request should be ignored. If the receiver did
  35. not request time synchronization and receives a file named "$time$.t",
  36. then it should be treated as a normal file.
  37.  
  38. It is up to the implementation if a real file "$time$.t" is created
  39. on either side, or if it is handled as a virtual file.
  40.  
  41. The way of transferring a file instead of a new header for time syn-
  42. chronization was chosen for two reasons: It can be implemented without
  43. crucial changes to the Zmodem protocol, and it doesn't need much of
  44. additional error handling.
  45.  
  46.  
  47. NOTE: The current PD-Zmodem version does not support the Time-Zone
  48.       feature but always sends empty "$time$.t" files.
  49.  
  50.