Я думаю, подобные сообщения внедрены, чтобы разнообразить и приблизить к эмпирической действительности (так сказать, "оживить") виртуальный процесс пребывания в Зоне. Мне приходили неоднократно сообщения, в которых содержалось уведомление о бедствии и призыв прийти на помощь. Однажды такое оповещение я получил, когда находился неподалеку от указанного в нем места. Я не стал сразу выдвигаться, однако завершив скоро свои дела и устремившись к окрестностям, в которых должно было происходить событие, обнаружил, что сталкер, отправивший заметку, возвращался к костру от оврага с тушканами. Возможно, незадолго перед отправкой сигнала он в одиночку атаковал местность, хотя я в этом сомневаюсь, да и трупов мутантов, вроде, не было. Может быть, просто битва не произошла или, напротив, закончилась к моменту моего прибытия, и промежутка времени, затраченного мною на преодоление пути, оказалось достаточно, чтобы исчезли трупы на локации. Часто уведомления о массовом нападении мутантов могут приходить из ангара в Промзоне, где располагаются свободовцы, если долго к ним не заглядывать и не зачищать территорию.
Относительно сообщений от Деда, я полагаю, что они подчиняются общей логике циркуляции извещений в сталкерской сети. С этой стороны следует учитывать определенную дистанцию, всегда имеющуюся между событием и описывающим его сообщением. Если в этот промежуток сделать перезапуск (или заполнить прохождение действиями, предполагающими обязательные, "задавливающие" все прочие, уведомления, - например, от академика Сахарова), искомое сообщение не придет, несмотря на то, что событие останется совершенным. Так, если защищать стоянку свободовцев в Промзоне от нападения наемников, то с легкостью можно проследить образование или наличие этого промежутка между моментом воочию фиксируемого убийства и сообщением, как бы "с опозданием" уведомляющим о смерти сталкера. Существует множество и других примеров, где можно пронаблюдать эту особенность.
Короче говоря, сообщение от Деда, по-видимому, также поступает несинхронно относительно момента кражи (или момента отправления заметки о ней), и если за этот период, например, произошел перезапуск или значимое событие, письменно маркируемое, то ожидаемое сообщение останется потерянным безвозвратно, подобно тому, как можно не получить извещения о смерти какого-либо сталкера и при этом не обнаружить скитальца Зоны, придя на привычное место его обитания.
В качестве подтверждения могу описать еще одну ситуацию. После того, как я сходу завалил при первой же встрече Деда, кражи стала совершать его внучка Верка. Известно, что кража не может произойти на локации, если на ней пребывает Фотограф. Главный мой схрон, выступавший объектом регулярных налетов со стороны "беспредельщицы", располагался в Лесу. Находясь рядом в Промзоне, я зафиксировал точное время приема сообщения о разбое. Специально перейдя границу локации за несколько минут до поступления информации о хищении, я получил соответствующее уведомление уже на территории Леса, однако дойдя до самого схрона, констатировал пропажу всех вещей. Похожая ситуация была и с Дедом в Миротворческом корпусе.
P.S. Очевидно, ни у кого не вызывает сомнения, что все так называемые "случайные" сообщения, отсылаемые издалека, за исключением адресно отправляемых уведомлений от известных сталкеров, "миротворцев", ученых или торговцев, практически не влияют "материально" на общее прохождение, сюжетное направление.
Стремительное реагирование на подобные сообщения может иметь психологическое значение, - дескать, откликнулся, помог. Специальной, "вещной", награды за оказание такой помощи не предусмотрено. Да и своевременно поспеть к месту событий почти никогда не удастся в виду вышеописанной мною особенности.
P.P.S. Итак, всегда следует иметь в виду дистанцию между моментом отправки сообщения и моментом его принятия карманным коммуникатором Фотографа. В этой связи, можно предположить, что и воззвание сталкера, описанное вначале, я получил после того, как он перебил мутантов или иным образом справился с обстоятельствами ситуации.

Идешь по пути gamedata/config/ui/ находишь этот файл map_spots_relations.xml
находишь строку deadbody_mini_spot width="0" height="0" stretch="1" alignment="c"
и заменяешь на deadbody_mini_spot width="4" height="4" stretch="1" alignment="c"

Код к двери 83517.

ПРИРАЗБИВАНИИ ЯЩИКОВ , ПРИ СОХРАНЕНИИ , ЕЩЕ РАЗГОВОР С СИДОРОВИЧЕМ XR_3DA.exe caused BREAKPOINT in module "C:\Program Files (x86)\GSC World Publishing\S.T.A.L.K.E.R\bin\xrCore.dll" at 0023:0028CC85, xrDebug::backend()+165 byte(s)
EAX=0E80A980 EBX=0D740018 ECX=0E80A988 EDX=0E80AACD
ESI=002B9328 EDI=00189910 FLG=00000216
EBP=0018948C ESP=00188480 EIP=0028CC85
CS=0023 DS=002B SS=002B ES=002B FS=0053 GS=002B

XR_3DA.exe caused ACCESS_VIOLATION in module "C:\Program Files (x86)\GSC World Publishing\S.T.A.L.K.E.R\bin\xrGame.dll" at 0023:0522F45E

EAX=42679940 EBX=00188988 ECX=00000000 EDX=4293D930
ESI=490173A0 EDI=00000000 FLG=00010216
EBP=00188920 ESP=00188908 EIP=0522F45E
CS=0023 DS=002B SS=002B ES=002B FS=0053 GS=002B

XR_3DA.exe caused ACCESS_VIOLATION in module "C:\Program Files (x86)\GSC World Publishing\S.T.A.L.K.E.R\bin\xrGame.dll" at 0023:0522F45E

EAX=5329ACA0 EBX=001889E0 ECX=00000000 EDX=532B8310
ESI=44392B30 EDI=00000000 FLG=00010216
EBP=00188978 ESP=00188960 EIP=0524F45E
CS=0023 DS=002B SS=002B ES=002B FS=0053 GS=002B