| 80 | === Notification Supported Flag=== |
| 81 | When the scheduler receives the notification flag it should add any user messages to the BOINC client feed by including a channel and a new item for each user message. |
| 82 | |
| 83 | Notification flag: |
| 84 | {{{ |
| 85 | <notifications_supported /> |
| 86 | }}} |
| 87 | |
| 88 | === Scheduler Reply === |
| 89 | User messages generally contain information the volunteer needs to know such as there isn’t enough disk space allocated to the project to run a task instance, or they weren’t assigned any work because they ran out of quota. |
| 90 | |
| 91 | Messages like a project being out of work should not be included in the notification stream. |
| 92 | |
| 93 | Where possible, notification messages should contain information on how to correct the problem. |
| 94 | |
| 95 | Channel items: |
| 96 | {{{ |
| 97 | <channel> |
| 98 | <item> |
| 99 | <description>I need more disk space</description> |
| 100 | <pubDate>Mon, 30 Sep 2002 01:56:02 GMT</pubDate> |
| 101 | <guid>http://www.example.com/1</guid> |
| 102 | </item> |
| 103 | <item> |
| 104 | <description>I need more memory</description> |
| 105 | <pubDate>Sun, 29 Sep 2002 19:59:01 GMT</pubDate> |
| 106 | <guid>http://www.example.com/2</guid> |
| 107 | </item> |
| 108 | </channel> |
| 109 | |
| 110 | }}} |
| 111 | |
| 112 | || Item Elements || Default value || Description || |
| 113 | || description || <null> || An xml encoded message that the volunteer needs to act on || |
| 114 | || pubDate || <scheduler reply time> || RFC 822 representation of the scheduler reply time || |
| 115 | || guid || <null> || Unique message ID prefixed with the master URL of the project || |
| 116 | |