Processing of Deposit files Clause Samples

Processing of Deposit files. The use of compression is recommended in order to reduce electronic data transfer times, and storage capacity requirements. Data encryption will be used to ensure the privacy of registry escrow data. Files processed for compression and encryption will be in the binary OpenPGP format as per OpenPGP Message Format -­‐ RFC 4880, see Part A, Section 9, reference 3 of this Specification. Acceptable algorithms for Public-­‐key cryptography, Symmetric-­‐key cryptography, Hash and Compression are those enumerated in ▇▇▇ ▇▇▇▇, not marked as deprecated in OpenPGP IANA Registry, see Part A, Section 9, reference 4 of this Specification, that are also royalty-­‐free. The process to follow for the data file in original text format is: (1) The XML file of the deposit as described in Part A, Section 9, reference 1 of this Specification must be named as the containing file as specified in Section 5 but with the extension xml. (2) The data file(s) are aggregated in a tarball file named the same as (1) but with extension tar. (3) A compressed and encrypted OpenPGP Message is created using the tarball file as sole input. The suggested algorithm for compression is ZIP as per ▇▇▇ ▇▇▇▇. The compressed data will be encrypted using the escrow agent’s public key. The suggested algorithms for Public-­‐key encryption are Elgamal and RSA as per ▇▇▇ ▇▇▇▇. The suggested algorithms for Symmetric-­‐key encryption are TripleDES, AES128 and CAST5 as per ▇▇▇ ▇▇▇▇. (4) The file may be split as necessary if, once compressed and encrypted, it is larger than the file size limit agreed with the escrow agent. Every part of a split file, or the whole file if not split, will be called a processed file in this section. (5) A digital signature file will be generated for every processed file using the Registry Operator’s private key. The digital signature file will be in binary OpenPGP format as per RFC 4880 Section 9, reference 3, and will not be compressed or encrypted. The suggested algorithms for Digital signatures are DSA and RSA as per ▇▇▇ ▇▇▇▇. The suggested algorithm for Hashes in Digital signatures is SHA256. (6) The processed files and digital signature files will then be transferred to the Escrow Agent through secure electronic mechanisms, such as, SFTP, SCP, HTTPS file upload, etc. as agreed between the Escrow Agent and the Registry Operator. Non-­‐electronic delivery through a physical medium such as CD-­‐ROMs, DVD-­‐ROMs, or USB storage devices may be used if authorized by ICANN. (7) The ...
View SourceView Similar (3k)
Processing of Deposit files. The use of compression is recommended in order to reduce electronic data transfer times, and storage capacity requirements. Data encryption will be used to ensure the privacy of registry escrow data. Files processed for compression and encryption will be in the binary OpenPGP format as per OpenPGP Message Format - RFC 4880, see Part A, Section 9, reference 3 of this Specification. Acceptable algorithms for Public-key cryptography, Symmetric-key cryptography, Hash and Compression are those enumerated in RFC 4880, not marked as deprecated in OpenPGP IANA Registry, see Part A, Section 9, reference 4 of this Specification, that are also royalty-free. The process to follow for the data file in original text format is: The XML file of the deposit as described in Part A, Section 9, reference 1 of this Specification must be named as the containing file as specified in Section 5 but with the extension xml. The data file(s) are aggregated in a tarball file named the same as (1) but with extension tar. A compressed and encrypted OpenPGP Message is created using the tarball file as sole input. The suggested algorithm for compression is ZIP as per RFC 4880. The compressed data will be encrypted using the escrow agent’s public key. The suggested algorithms for Public-key encryption are Elgamal and RSA as per RFC 4880. The suggested algorithms for Symmetric-key encryption are TripleDES, AES128 and CAST5 as per RFC 4880. The file may be split as necessary if, once compressed and encrypted, it is larger than the file size limit agreed with the escrow agent. Every part of a split file, or the whole file if not split, will be called a processed file in this section.
View SourceView Similar (566)
Processing of Deposit files. The use of compression is recommended in order to reduce electronic data transfer times, and storage capacity requirements. Data encryption will be used to ensure the privacy of registry escrow data. Files processed for compression and encryption will be in the binary OpenPGP format as per OpenPGP Message Format - ▇▇▇ ▇▇▇▇, see Part A, Section 9, reference 3 of this Specification. Acceptable algorithms for Public-key cryptography, Symmetric-key cryptography, Hash and Compression are those enumerated in ▇▇▇ ▇▇▇▇, not marked as deprecated in OpenPGP IANA Registry, see Part A, Section 9, reference 4 of this Specification, that are also royalty-free. The process to follow for the data file in original text format is:
View SourceView Similar (3)
Processing of Deposit files. The use of compression is recommended in order to reduce electronic data transfer times, and storage capacity requirements. Data encryption will be used to ensure the privacy of registry escrow data. Files processed for compression and encryption will be in the binary OpenPGP format as per OpenPGP Message Format -­‐ RFC 4880, see Part A, Section 9, reference 3 of this Specification. Acceptable algorithms for Public-­‐key cryptography, Symmetric-­‐key cryptography, Hash and Compression are those enumerated in ▇▇▇ ▇▇▇▇, not marked as deprecated in OpenPGP IANA Registry, see Part A, Section 9, reference 4 of this Specification, that are also royalty-­‐free. The process to follow for the data file in original text format is: (1) The XML file of the deposit as described in Part A, Section 9, reference 1 of this Specification must be named as the containing file as specified in Section 5 but with the extension xml. (2) The data file(s) are aggregated in a tarball file named the same as (1) but with extension tar. (3) TheA compressed and encrypted OpenPGP Message is created using the tarball file should be compressedas sole input. The suggested algorithm for compression is ZIP as per RFC 4880. (4) The compressed data will be encrypted using the escrow agent’s public key. The suggested algorithms for Public-­‐key encryption are Elgamal and RSA as per ▇▇▇ ▇▇▇▇. The suggested algorithms for Symmetric-­‐key encryption are TripleDES, AES128 and CAST5 as per ▇▇▇ ▇▇▇▇.
View Source
Processing of Deposit files. Each Full Deposit and Differential Deposit shall be processed and electronically delivered in encrypted form to Escrow Agent fully in accordance with the process described in the Escrow Specification and Escrow Deposit Guidelines as detailed in Appendix 4.
View Source

Related to Processing of Deposit files

  • Custody of Receivable Files (a) In connection with the sale, transfer and assignment of the Receivables and the Other Conveyed Property to the Issuer pursuant to this Agreement and simultaneously with the execution and delivery of this Agreement, the Indenture Trustee shall enter into the Custodian Agreement pursuant to which the Indenture Trustee shall revocably appoint the Custodian, and the Custodian shall accept such appointment, to act as the agent of the Indenture Trustee as custodian of the Receivable Files in its possession or control, which shall be delivered to the Custodian as agent of the Indenture Trustee on or before the Closing Date. (b) If the Indenture Trustee, or its agent, as the case may be, is acting as the Custodian pursuant to Section 3(f), Section 8 or Section 9(d) of the Custodian Agreement, the Indenture Trustee shall be deemed to have assumed the obligations of the Custodian (except for any liabilities incurred by the predecessor Custodian) specified in the Custodian Agreement until such time as a successor Custodian has been appointed. Upon payment in full of any Receivable, the Servicer will notify the Custodian pursuant to a written request for release of documents in the form attached as Exhibit B to the Custodian Agreement (which written request shall include a statement to the effect that all amounts received in connection with such payments which are required to be deposited in the Collection Account pursuant to Section 4.1 have been so deposited) and shall request delivery of the Receivable and Receivable File to the Servicer. Upon the sale of any Receivable pursuant to Section 4.3(a), the Servicer will notify the Custodian pursuant to a written request for release of documents in the form attached as Exhibit B to the Custodian Agreement (which written request shall include a statement to the effect that all amounts received in connection with such payments which are required to be deposited in the Collection Account have been so deposited) and shall request delivery of the Receivable and Receivable File to the Servicer. From time to time as appropriate for servicing and enforcing any Receivable, the Custodian shall, upon written request for release of documents in the form attached as Exhibit B to the Custodian Agreement, cause the original Receivable and the related Receivable File to be released to the Servicer. The Servicer’s receipt of a Receivable and/or Receivable File shall obligate the Servicer to return such Receivable and such Receivable File to the Custodian when its need by the Servicer has ceased unless such Receivable is repurchased as described in Section 3.2, 4.2 or 4.7. No such written request for release of documents in the form attached as Exhibit B to the Custodian Agreement under any of the foregoing circumstances will be required to be delivered for so long as Exeter is the Servicer. (c) The Servicer shall ensure that the Custodian shall be provided full electronic access to the records of the third party title intermediary concerning certificates of title that are maintained in electronic form. The Custodian shall certify any electronic certificate of title by confirming the electronic information available from the third party title intermediary against the electronic information received from the Servicer with respect to electronic certificates of title. Wherever in this Agreement or in the other Basic Documents it states that the Custodian has possession of Receivable Files, with respect to electronic certificates of title, it shall mean that the Custodian has received information sufficient to perform the verification set forth in the immediately preceding sentence. The Custodian will rely on, but cannot be responsible for, verify or confirm, the content or accuracy of any information provided by the third party title intermediary.

  • Custodial Accounts The Master Servicer shall cause to be established and maintained by each Servicer under the Master Servicer's supervision the Custodial Account for P&I, Buydown Fund Accounts (if any) and special Custodial Account for Reserves and shall deposit or cause to be deposited therein daily the amounts related to the Mortgage Loans required by the Selling and Servicing Contracts to be so deposited. Proceeds received with respect to individual Mortgage Loans from any title, hazard, or FHA insurance policy, VA guaranty, Primary Insurance Policy or other insurance policy covering such Mortgage Loans shall be deposited first in the Custodial Account for Reserves if required for the restoration or repair of the related Mortgaged Property. Proceeds from such insurance policies not so deposited in the Custodial Account for Reserves shall be deposited in the Custodial Account for P&I, and shall be applied to the balances of the related Mortgage Loans as payments of interest and principal. The Master Servicer is hereby authorized to make withdrawals from and to issue drafts against the Custodial Accounts for P&I and the Custodial Accounts for Reserves for the purposes required or permitted by this Agreement. Each Custodial Account for P&I and each Custodial Account for Reserves shall bear a designation clearly showing the respective interests of the applicable Servicer, as trustee, and of the Master Servicer, in substantially one of the following forms: (a) With respect to the Custodial Account for P&I: (i) [Servicer's Name], as agent, trustee and/or bailee of principal and interest custodial account for PNC Mortgage Securities Corp., its successors and assigns, for various owners of interests in PNC Mortgage Securities Corp. mortgage-backed pools or (ii) [Servicer's Name] in trust for PNC Mortgage Securities Corp.; (b) With respect to the Custodial Account for Reserves: (i) [Servicer's Name], as agent, trustee and/or bailee of taxes and insurance custodial account for PNC Mortgage Securities Corp., its successors and assigns for various mortgagors and/or various owners of interests in PNC Mortgage Securities Corp. mortgage-backed pools or (ii) [Servicer's Name] in trust for PNC Mortgage Securities Corp. and various Mortgagors. The Master Servicer hereby undertakes to assure remittance to the Certificate Account of all amounts relating to the Mortgage Loans that have been collected by any Servicer and are due to the Certificate Account pursuant to Section 4.01 of this Agreement.