diff --git a/clients/bardach/session-logs/2026-07/2026-07-10-howard-rmm-onboard-dropbox-resync.md b/clients/bardach/session-logs/2026-07/2026-07-10-howard-rmm-onboard-dropbox-resync.md
new file mode 100644
index 00000000..a4b80eaa
--- /dev/null
+++ b/clients/bardach/session-logs/2026-07/2026-07-10-howard-rmm-onboard-dropbox-resync.md
@@ -0,0 +1,119 @@
+## User
+- **User:** Howard Enos (howard)
+- **Machine:** Howard-Home
+- **Role:** tech
+
+## Session Summary
+
+Barbara Bardach reported she could not attach PDFs to emails or open Dropbox. She had
+reinstalled the Dropbox client herself, which created a fresh Dropbox folder and left her
+original folder behind under a renamed path. The request had two parts: stand up her account
+in GuruRMM (she had no client record) and install the agent on her machines, then resolve the
+Dropbox problem.
+
+First set up GuruRMM. Confirmed no existing Bardach client via `rmm-search.sh`, then pulled her
+canonical name from Syncro ("Bardach, Barbara", customer 3011084) to match the fleet's
+`Lastname, Firstname` convention. Created the client + "Main" site (site_code DARK-WOLF-8508),
+captured the one-time enrollment key, encrypted it to the vault, verified the decrypt roundtrip,
+and pushed. Located her machines in ScreenConnect (BCB-OFFICE26 and LAPTOP-E5EKEJT8 both online;
+BCB-OFFICE2023 and TRAVEL_PC dead since Feb 2026). Pushed the GuruRMM agent to both live machines
+via SC `send-command` using the site-preconfigured install one-liner; both self-enrolled into
+Bardach, Barbara / Main and reported online within ~40s.
+
+For Dropbox, ran a read-only diagnostic on the laptop confirming two folders both created that
+morning: the new `C:\Users\Barbara\Dropbox` (default location, actively syncing per info.json)
+and the renamed `olddropbox`. Howard had already done the hands-on remediation out-of-band:
+renamed/moved the old folder, started the fresh sync at the default location, cleared Windows
+Quick Links (which still pointed at the dead path and would have caused her to save into an
+un-backed-up location), and installed/activated her paid Adobe software. Sync was in progress,
+estimated 4-5 hours.
+
+Closed out in Syncro: created ticket #32528, documented the initial issue and resolution
+(customer-visible), billed 0.5h remote labor against her prepaid block (16.75 -> 16.25 hrs,
+invoice #1651008153 nets $0.00), set the block-hours invoice note, marked the ticket Invoiced
+then Resolved, and posted bot alerts at each write.
+
+## Key Decisions
+
+- Named the RMM client "Bardach, Barbara" to exactly match the Syncro customer name and the
+  fleet's existing `Lastname, Firstname` convention (Wolkin, Robert / Shinn, Sharon).
+- Deployed the agent via ScreenConnect `send-command` rather than emailing an installer — both
+  target machines were already in SC and online, so the site one-liner self-enrolls with no
+  staging/reassign step.
+- Skipped the two stale SC sessions (BCB-OFFICE2023, TRAVEL_PC) — offline since Feb 2026, the
+  queued command would never run.
+- Billed against the prepaid block (0.5h) per standard flow; invoice nets $0.00 and debits the
+  block. Confirmed the debit by re-reading customer.prepay_hours (16.25).
+- Dropped the RMM-enrollment mention from the customer-visible resolution note (internal setup,
+  not something she requested); kept the note focused on Dropbox + Adobe.
+- Stopped the deeper folder-content diagnostic once Howard confirmed the data was already
+  syncing and the remediation was done — no need to keep probing.
+
+## Problems Encountered
+
+- Syncro's asset list for Bardach was stale (showed BCB-OFFICE2023, SHB-OFFICE, an old Surface
+  tablet) and did not include the current machines; the live machine list came from ScreenConnect
+  + the prior M365 device registrations instead.
+- Initial `/rmm ps` diagnostic tail cut off the useful stdout and surfaced only PowerShell
+  CLIXML progress-stream noise on stderr (not a real error) — re-fetched full stdout via
+  `GET /api/commands/<id>`.
+
+## Configuration Changes
+
+- **Created (vault):** `D:/vault/clients/bardach/gururmm-site-main.sops.yaml` — GuruRMM Main site
+  enrollment key, encrypted (7 ENC fields), decrypt-verified, committed + pushed (vault commit
+  fb11960).
+- **Created (this log):** `clients/bardach/session-logs/2026-07/2026-07-10-howard-rmm-onboard-dropbox-resync.md`
+- No repo code changes.
+
+## Credentials & Secrets
+
+- GuruRMM Bardach Main site enrollment key: stored at vault `clients/bardach/gururmm-site-main.sops.yaml`
+  (fields client_id, site_id, site_code, api_key, installer_url, msi_url). Not reproduced here —
+  read via `vault.sh get clients/bardach/gururmm-site-main.sops.yaml`.
+
+## Infrastructure & Servers
+
+- **GuruRMM client:** Bardach, Barbara — client_id `a10a6c64-3446-405e-a20e-d8815d8104d9`
+- **Site:** Main — site_id `9950a936-6ad1-4e35-9b93-038a1693fd3f`, site_code **DARK-WOLF-8508**
+- **Enrolled agents (Bardach, Barbara / Main):**
+  - LAPTOP-E5EKEJT8 (Surface Book, Windows) — agent_id `d9cd756b-015f-4db0-9286-7907b1fe868e` — the Dropbox machine
+  - BCB-OFFICE26 (Windows) — agent_id `e0ad1c3f-2b19-491f-bbf1-4657b4eee058`
+- **ScreenConnect sessions:** LAPTOP-E5EKEJT8 `6cf657fb-8aa6-4ba8-ba3b-9123e583ebe3`,
+  BCB-OFFICE26 `82c6480d-5db0-4cb0-8dfd-53c82139518b` (stale: BCB-OFFICE2023
+  `e8540709-ac20-4dee-bb1c-4a16a2b641ca`, TRAVEL_PC — both offline since Feb 2026)
+- **M365 tenant (reference):** bardach.net `dd4a82e8-85a3-44ac-8800-07945ab4d95f`
+- **Dropbox state on laptop:** new root `C:\Users\Barbara\Dropbox` (default, syncing, Pro,
+  host 20594391491); renamed original `C:\Users\Barbara\olddropbox`; client v262.3.3056.
+
+## Commands & Outputs
+
+- `rmm-search.sh -c "Bardach, Barbara"` after deploy → both agents online.
+- Agent enroll poll: 1 agent at 08:23:29, 2 at 08:23:52 (~40s to full enrollment).
+- Prepay verify: `GET /customers/3011084` → prepay_hours 16.75 before, 16.25 after invoice.
+- Invoice: `POST /invoices` → id 1651008153, total 0.0 (block-applied).
+- Agent deploy one-liner (SC): `iex (irm 'https://rmm.azcomputerguru.com/install/DARK-WOLF-8508/windows')`
+  wrapped in a TLS1.2 powershell -Command.
+
+## Pending / Incomplete Tasks
+
+- **Dropbox resync in progress** (~4-5h from ~08:12 AM PT 2026-07-10). Should complete on its own;
+  PDF attach + Dropbox open resolve once sync finishes.
+- **Watch item:** laptop had 9 `Dropbox.exe` processes during the diagnostic — normal for a large
+  initial sync, but first thing to check if she reports Dropbox still won't open after sync settles.
+- **Cleanup (deferred):** `olddropbox` can be removed once the new sync is confirmed 100% complete
+  and data verified intact. Not done this session.
+- **ScreenConnect tag hygiene:** her SC sessions are inconsistently tagged (CP1 "Bardach, Barbara"
+  on the old box vs bare "Bardach" on the live ones) — could normalize via `set-properties`.
+- **Syncro asset hygiene:** BCB-OFFICE2023 and the old Surface tablet are retired; candidates to
+  archive in Syncro (UI-only, no API).
+
+## Reference Information
+
+- **Syncro ticket:** #32528 (id 113702446) — Resolved — https://computerguru.syncromsp.com/tickets/113702446
+- **Syncro customer:** Bardach, Barbara — id 3011084
+- **Syncro invoice:** #1651008153 — total $0.00 (0.5h remote labor, prepay-applied)
+- **Vault commit:** fb11960 (clients/bardach/gururmm-site-main.sops.yaml)
+- **RMM install page:** https://rmm.azcomputerguru.com/install/DARK-WOLF-8508
+- **Prior Bardach reports:** clients/bardach/reports/2026-06-05-account-investigation-mfa-enforcement.md,
+  clients/bardach/reports/2026-07-02-barbara-account-check.md