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
This commit is contained in:
55
clients/scileppi-law/PROJECT_STATE.md
Normal file
55
clients/scileppi-law/PROJECT_STATE.md
Normal file
@@ -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.
|
||||
5
clients/scileppi-law/docs/issues/log.md
Normal file
5
clients/scileppi-law/docs/issues/log.md
Normal file
@@ -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`. |
|
||||
27
clients/scileppi-law/docs/overview.md
Normal file
27
clients/scileppi-law/docs/overview.md
Normal file
@@ -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.
|
||||
@@ -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.
|
||||
Reference in New Issue
Block a user