1 Maintanance web services specification
2 ======================================
4 Source: Provozní řád ISDS, version 2010-01-22, Pages 14–15
5 Source: Webové služby rozhraní ISDS pro správu datových schránek,
6 version 2.6 (2009-11-18)
7 Source: Webové služby související s přístupem do ISDS, version 1.0
11 These services are intended for administration of box as such. NONE of the
12 services MARK incoming messages as delivered.
14 SOAP web services defined in: db_manipulations.wsdl (Appendix 3),
15 db_access.wsdl (Appendix 2)
17 Data types: dbTypes.xsd (Appendix 3)
19 Documentation: DataBox_ws.pdf (Appendix 3), GetInfo_ws.pdf (Appendix 2)
21 Note: OVM mode is defined in paragraph 5a of Czech ISDS Act (300/2008 Coll.)
23 List of SOAP requests follows.
34 Report PFO/FO insert into registry
36 Remove box permanently
38 Change data about box owner
40 Add person permitted to access to the box
42 Remove person permitted to access to the box
44 Change data about permitted person
46 Reset user credentials (remove old ones and generates new ones)
47 DisableDataBoxExternally
48 Make box unaccessible because owner lost ability to use the box for legal
49 reasons (prisoned person, person with no or weak legal rights)
51 Make box unaccessable on request of its owner
53 Renew access to the box
55 Switch box into OVM mode
59 Switch box into commercial message acceptance mode
61 Set box off commercial message acceptance mode
63 Get list of users permitted to access the box.
72 Get data about box of logged in user.
74 Get data about logged in user
76 Get data about password expiration
84 Get list of users permitted to access the box.
86 Note: This request is not specified in any verbose document. Following info
87 has been obtained from XML Schma file [dbTypes.xsd].
89 Input is empty dummy request.
91 Output is list of box users. Structure:
93 EnableOwnDataBoxResponse
95 | + dbUserInfo – at least one must present. Type of XSD:tDbUserInfo. See
96 | GetUserInfoFromLogin request for more details.
102 GetOwnerInfoFromLogin
103 =====================
105 Get details about current box that user is logged in.
107 Input is empty dummy request.
109 Result is returned in tDbOwnerInfo structure. Some structrure memebers are
110 undefined or unknown for particular box type.
116 Get details about currently logged in user.
118 Input is empty dummy request.
120 Output is returned in tDbUserInfo. Some members can be irrelevant (and thus
121 undefined) for particular user. Service can fail if user has logged into box
122 with system certificate.
128 Inquire expiration time of current user password.
130 By default password expires in 90 days. ISDS can force password change sooner.
132 Non-normative: If user does not change password after expiration, SOAP server
133 will return non-SOAP response and client could not continue in work.
135 Input is empty dummy request.
137 Output is ISO time of password expiration. Service has no sense if client
138 autenticates with certifacate only.
144 Change user password.
146 Input is current password and new password. Supplied new password must match
147 password stored in ISDS, otherwise system refuse password update.
149 Password must meet formal syntax rules assuring strong complexity:
151 – 8 ≤ length ≤ 32 characters
155 * at least 1 upper case letter
157 * at least 1 lower case letter
161 – Allowed alphabet is [a-z], [A-Z], [0-9], and "!#$%&()*+,-.:=?@[]_{}|~"
162 (delimited with double quotations).
164 – Must differ from last 255 passwords
166 – Must not equal to user ID, user's last name and phone number
168 Service is meaningful only when user logs in with password.
170 After successfull password update, client continue in current sessesion.
171 Password change takes effect after propagation into whole ISDS cluster (about
175 0000 Password chaned successfully
177 1067 New password same as current one