Add Scileppi Law client folder: Sylvia Mac mini Mail memory diagnosis (Syncro #32262)

New client onboarding for The Law Offices of Chris Scileppi with initial
session log documenting diagnosis on Sylvia's Mac mini (Mac14,3, M2, 8 GB).

Issue: System running out of memory; Apple Mail footprint thrashing the box.
Two Envelope Index rebuild attempts confirmed the mailbox itself exceeds what
8 GB can hold. Disabled Mail at the OS level, moved user to webmail, and
recommended replacement with an M4 Mac mini (16 or 24 GB).

Ticket #32262 resolved. 1 hr onsite logged but deliberately not invoiced.

Files:
- clients/scileppi-law/PROJECT_STATE.md
- clients/scileppi-law/docs/overview.md
- clients/scileppi-law/docs/issues/log.md
- clients/scileppi-law/session-logs/2026-05-07-howard-sylvia-mac-mini-mail-memory.md

clients/scileppi-law/PROJECT_STATE.md

@@ -0,0 +1,55 @@
+# The Law Offices of Chris Scileppi — Project State
+
+> READ THIS before starting work on this client.
+> UPDATE THIS when you begin work (claim a lock) and when you finish (release lock + log changes).
+> Last updated: 2026-05-07
+
+---
+
+## Active Session Locks
+
+(no active locks)
+
+---
+
+## Current State
+
+**Status:** ACTIVE
+**Last Activity:** 2026-05-07 (Howard)
+
+Small law office. Active item: replace Sylvia's Mac mini (8 GB M2) — current unit cannot keep up with Apple Mail's memory footprint and was thrashing system on every Mail launch. User is on webmail in the meantime; replacement quote pending.
+
+---
+
+## Infrastructure / Access
+
+| Resource | Address | Notes |
+|----------|---------|-------|
+| Office address | 115 W Washington St, Tucson, AZ 85701 | |
+| GuruRMM site | Main Office (`WEST-MEADOW-9025`) | |
+
+**Syncro customer ID:** 9601863
+**Primary contact:** Andrew Ross — andrew@scileppilaw.com — (520) 449-8446
+**Invoice CC:** info@scileppilaw.com
+
+---
+
+## Pending / Next Up
+
+- [ ] **Replace Sylvia's Mac mini.** Current: M2 (Mac14,3) 8 GB / 256 GB, macOS 14.4.1. Replacement: M4 Mac mini, 16 GB minimum / 24 GB recommended, 256 GB+. Quote and order to follow. Once new machine is on the desk: migration via Migration Assistant + reconfigure Mail with Download Attachments=None to keep local cache small.
+- [ ] **Sylvia is on webmail in the meantime.** Mac mini Mail accounts disabled at System Settings level so Mail.app doesn't auto-resume and re-thrash the machine. Browser-based mail (outlook.office.com) for daily use.
+
+---
+
+## Recent Changes
+
+| Date | By | Change | Status |
+|------|-----|--------|--------|
+| 2026-05-07 | Howard | Sylvia's Mac mini diagnosed: Apple Mail memory thrashing on 8 GB hardware. Two Envelope Index rebuild attempts confirmed the mailbox itself is too large for 8 GB. Disabled Mail accounts; switched user to webmail. Recommendation logged for 16/24 GB replacement. Ticket #32262 resolved, 1 hr time logged un-invoiced. | RESOLVED (interim) |
+
+---
+
+## How to Update
+
+**When starting:** Add your session to Active Session Locks.
+**When finishing:** Remove your lock row, add entries to Recent Changes, update Current State if needed.

clients/scileppi-law/docs/issues/log.md

@@ -0,0 +1,5 @@
+# Issue Log — The Law Offices of Chris Scileppi
+
+| Date opened | Asset | Issue | Status | Ticket | Notes |
+|-------------|-------|-------|--------|--------|-------|
+| 2026-05-07 | Sylvia's Mac mini (`Sylvias-Mini`, Mac14,3, 8 GB) | Apps crashing with low-memory warnings; Mail.app footprint reached 45+ GB on 8 GB hardware, thrashing system on every relaunch. | OPEN — interim fix in place, hardware replacement pending | #32262 | Mail accounts disabled at OS level. User on webmail until replacement Mac mini (16/24 GB) is in place. Two Envelope Index rebuild attempts did not resolve — mailbox itself is too large for 8 GB hardware. See `session-logs/2026-05-07-howard-sylvia-mac-mini-mail-memory.md`. |

clients/scileppi-law/docs/overview.md

@@ -0,0 +1,27 @@
+# Client Overview — The Law Offices of Chris Scileppi
+
+## Company Name
+The Law Offices of Chris Scileppi
+
+## Primary Contact
+- Name: Andrew Ross
+- Phone: (520) 449-8446 / mobile (971) 218-6707
+- Email: andrew@scileppilaw.com
+
+## Billing
+- Invoice CC: info@scileppilaw.com
+- Syncro customer ID: 9601863
+
+## Site Address
+115 W Washington Street, Tucson, AZ 85701
+
+## Environment Summary
+- GuruRMM site: Main Office (`WEST-MEADOW-9025`)
+- Known users: Sylvia (Mac mini)
+- Known endpoints: `Sylvias-Mini` — Apple Mac mini, Mac14,3 (M2), 8 GB LPDDR5, 256 GB SSD, macOS 14.4.1 (23E224)
+
+## Open Hardware Items
+- **Sylvia's Mac mini — replace.** 8 GB is no longer enough for her mailbox; Mail.app paged the system to death (see issues/log.md and `session-logs/2026-05-07-howard-sylvia-mac-mini-mail-memory.md`). Replacement: M4 Mac mini, 16 GB minimum, 24 GB preferred, 256 GB+. Quote pending.
+
+## Notes
+Small firm. Apple-leaning user environment. Uses Microsoft 365 / Outlook for mail; users currently have the option to consume mail in Apple Mail (preferred) or browser webmail.

clients/scileppi-law/session-logs/2026-05-07-howard-sylvia-mac-mini-mail-memory.md

@@ -0,0 +1,104 @@
+# Scileppi Law — Sylvia's Mac mini: Apple Mail memory thrashing on 8 GB hardware
+
+**Date:** 2026-05-07
+**Client:** The Law Offices of Chris Scileppi (Syncro 9601863)
+**Asset:** `Sylvias-Mini` — Apple Mac mini, Mac14,3 (M2), 8 GB LPDDR5, 256 GB SSD, macOS 14.4.1 (23E224)
+**GuruRMM site:** Main Office (`WEST-MEADOW-9025`)
+**Syncro ticket:** #32262 — Resolved
+
+## User
+- **User:** Howard Enos (howard)
+- **Machine:** Howard-Home
+- **Role:** tech
+
+## Summary
+
+Sylvia reported applications crashing and macOS popping "your system has run out of memory" warnings. Diagnosis traced the cause to Apple Mail consuming all available system memory on a base 8 GB Mac mini: the user's mailbox cache had grown well past what 8 GB can hold, forcing constant compressed-memory swap and the low-memory popups.
+
+Two attempts to reset Mail's Envelope Index and let it re-index from server confirmed the problem reproduces on a clean index — the mailbox itself is too large for this hardware, not just an index corruption.
+
+Interim fix: disabled Mail accounts at the macOS level so Mail.app cannot relaunch and re-thrash the system. Sylvia is on webmail (browser-based Outlook on the Web) until a replacement Mac mini with 16/24 GB RAM is on her desk.
+
+## Hardware / OS context
+
+- Mac mini Mac14,3 (M2 base config). 8 GB unified memory (LPDDR5, Hynix). Apple discontinued this 8 GB SKU; current M4 Mac mini base is 16 GB at the same price point with a 24 GB upgrade option.
+- macOS 14.4.1 (23E224).
+- 92.78 GB free of 228.27 GB SSD at time of diagnosis (so disk space was not the issue).
+- Single user account: `sylvia`.
+
+## What we observed
+
+- Mail.app virtual memory footprint exceeded 45 GB on an 8 GB system.
+- Hang report captured during a freeze:
+  - Main thread inside `CIContext` rendering a glyph cache.
+  - Worker thread blocked in `apfs_pagein` — process waiting on disk to swap in pages.
+  - Approx. **4.4 million swapouts in 9 minutes of uptime**. macOS was paging continuously, which is why the entire system felt unresponsive even when the user wasn't doing anything.
+- "Memory pressure" indicator pinned red. Compressed memory near max. App relaunches were taking minutes.
+
+These are textbook symptoms of an undersized RAM pool servicing an oversized working set. The OS is fine; the hardware is fine; the application is just bigger than the machine it's on.
+
+## Why Mail specifically
+
+Apple Mail keeps an Envelope Index (SQLite metadata) plus message caches under `~/Library/Mail/V10/`. With a multi-year IMAP/Exchange mailbox that's been on this machine for a long time, that cache had grown to many GB on disk and was forcing the equivalent into RSS/virtual once Mail walked it. Office, Safari, OneDrive, etc. then had to fight Mail for what little RAM was left.
+
+Other heavy apps on the system (Safari with many tabs, OneDrive sync) were contributors but not the root cause — Mail was always the top consumer and the one whose footprint kept climbing.
+
+## Fix attempts
+
+### Attempt 1 — Envelope Index rebuild
+
+1. Quit Mail.
+2. Backed up `~/Library/Mail/V10/MailData/Envelope Index*` files (the SQLite DB and its WAL/SHM siblings) to a sibling `Envelope Index.backup-2026-05-07/` folder.
+3. Relaunched Mail. Mail recreated the index and began re-downloading message metadata from server.
+4. Watched memory: footprint rose to ~7 GB, then ~11 GB, then ~12 GB before Mail crashed. Foreground footprint dropped to 46 MB on relaunch — Mail had been killed by the OS for memory pressure, not by the user.
+
+### Attempt 2 — let it sit
+
+Reopened Mail, walked away. Came back to find footprint at 25 GB and climbing to 28 GB, with Mail showing "Downloading 349 messages..." and a status ETA of "69 hours" that kept growing as memory pressure increased. This is the smoking gun: the index *was* rebuilding, just nowhere near fast enough because every page in / page out cycle competed with the in-progress download. Mail's working set was bigger than physical RAM, so the more it loaded, the slower it got.
+
+This second pass conclusively ruled out "just a corrupt index" — a clean index reproduced the same explosion. The mailbox itself is too large for 8 GB to hold, period.
+
+## Interim resolution (what we left the machine in)
+
+1. Force-quit Mail.app.
+2. **System Settings → Internet Accounts** → disabled the Mail toggle on Sylvia's account(s). With Mail disabled at the OS account level, Mail.app cannot fetch and cannot rebuild itself in the background. (Calendar/Contacts left enabled — those have a much smaller footprint.)
+3. Verified Mail.app no longer auto-relaunched after a reboot.
+4. Walked Sylvia through using **outlook.office.com** in Safari for daily mail. Webmail does the heavy work server-side; the Mac mini just renders a web page.
+
+The Mac mini is usable in this state. It's not pleasant — 8 GB with Office + OneDrive + Safari is still tight — but it stays out of the red zone with Mail off.
+
+## Recommendation
+
+Replace the Mac mini.
+
+- **Why not just buy more RAM:** Mac mini RAM is unified and soldered. There is no upgrade path.
+- **Target spec:** M4 Mac mini, 16 GB **minimum** (matches base config price of the previous 8 GB), 24 GB preferred. 256 GB SSD is fine for this user; 512 GB is a minor add for headroom.
+- **16 vs 24 GB:** 16 GB will fix today's problem. 24 GB is the safer floor for a workstation that runs Office + OneDrive + a heavy mailbox + a browser with many tabs simultaneously. Budget difference is small relative to the lifespan of the machine.
+- **Migration plan:** Migration Assistant from old → new over wired Ethernet or Thunderbolt. After migration, reconfigure Mail with **Download Attachments = None** (Mail → Settings → Accounts → Account → Mail Behaviors / Mailbox Behaviors) so the local cache stays small and this can't recur even on a larger machine.
+
+Quote and order to be tracked separately. Open item on the client `PROJECT_STATE.md`.
+
+## Related
+
+- GuruRMM enrollment of this Mac mini was attempted earlier today and failed for unrelated reasons (no macOS installer route on the server, and Cloudflare bot challenge blocking the install one-liner). Documented separately at `session-logs/2026-05-07-howard-gururmm-macos-installer-and-cf-bot-block.md` (root). Once Mike ships the macOS agent, return to enroll the new Mac mini after migration.
+
+## Billing
+
+- **Ticket:** #32262 — "Sylvia is having applications crash and getting errors regarding low memory."
+- **Status set:** Resolved.
+- **Time:** 1.0 hour onsite (product 26118 — Labor - Onsite Business, $175/hr).
+- **Per Mike's instruction:** time was logged as a billable line item but **not invoiced**. Line item sits on the ticket un-invoiced for later disposition.
+
+| Syncro artifact | ID |
+|---|---|
+| Resolution comment | 409686752 |
+| Ticket timer | 39082403 (3600 s active, billable) |
+| Line item | 42350646 ($175.00 × 1.0, non-taxable) |
+| Invoice | (none — deliberately skipped) |
+
+## Follow-ups
+
+- [ ] Mike: spec / quote / order replacement Mac mini (M4, 16 or 24 GB).
+- [ ] Howard: when new Mac arrives, run Migration Assistant from `Sylvias-Mini` and reconfigure Mail with Download Attachments = None.
+- [ ] Howard: enroll new Mac in GuruRMM (gated on Mike shipping macOS agent — see related session log).
+- [ ] Howard: re-enable Mail in Internet Accounts on the new machine after migration is verified working.