Yard Sale: Macbook Pro late 2013

For sale due to getting a portable Macbook:

  • Late 2013 Macbook Pro (15.4″ Retina)
  • 2.3Ghz i7 (quad core + Hyper-Threading)
  • 16Gb RAM
  • 512Gb SSD
  • Intel Iris onboard GFX + Nvidia GeForce GT 750M PCE GFX
  • BE-Azerty keyboard
  • €2445,41 in 28 October 2013
  • SUPER fast
  • Minor scratch in the back of the LCD
  • Minor (not very noticeable) corrosion at the right hand
  • Weird scratch “smear” in LCD display (only visible on white background; about 2x2cm; to be honest it’s not really visible)
  • Besides this very decent Macbook Pro, it has been used, but in very good shape for the extreme work it has committed. Taken care of this device as if it was my own child. And did I mention blazing fast?

Contact: yeri+mbp@tiete.be

Specs:

Processor 2.3GHz Quad-core Intel Core i7
Memory 16GB 1600MHz DDR3L SDRAM
Flash Storage 512GB Flash Storage
Apple Thunderbolt to Enet Adpt Apple Thunderbolt to Enet Adpt Apple Thunderbolt to FW Adptr No FireWire Adapter
Mini DisplayPort to VGA Adptr No VGA Adapter
Keyboard and Documentation Keyboard/User’s Guide(Z)-BEL Country Kit Country Kit-INT

Pictures:

IMG_20160823_010509

It’s a Macbook Pro !

IMG_20160823_010523

“Smear” above “AGE” (really hard to see)

IMG_20160823_010531

Scratch at the back (knocked it against a glass door at night in my old apartment)

IMG_20160823_010450

Corrosion at the right hand (not left, don’t ask why — probably because I use the touch pad all the time).

More info:

Screen Shot 2016-08-23 at 00.50.51

Screen Shot 2016-08-23 at 00.50.54

Screen Shot 2016-08-23 at 00.52.35

Screen Shot 2016-08-23 at 00.54.11Screen Shot 2016-08-23 at 00.54.28

Courier IMAP and auto deleting trash after 7 days

E-mails that had been deleted for over 7 days were automatically removed from the IMAP server. E-mail date was ignored (ie the mail could have been from 2010; the actual time in “Trash” counted). This didn’t happen to other folders (Sent, Archive, Spam). This recently happened and hadn’t happened before.

I had to restore my trash folder from backups every 7 days (yay for rdiff-backup).

It took me a while to figure it out… The problem first appeared in October, right after several big changes:

  • Yosemite update
  • Airmail to Airmail 2 update (I was convinced this was the root cause, looking at my clients instead of the server)
  • Android 5.0.x
  • Android Email app sunset, changes to GMail app
  • IPv6 working decently at home after updating my RPi to Fritzbox devices.
  • Random connection errors in GMail app (this was due to misconfigured DNS in the GMail app and causing IPv6 catch all to redirect to the webserver instead of the mailserver. It didn’t happen consistently because over mobile (4G & lower) there is no IPv6 and at home is randomly falls back to IPv4 as well. IPv4 DNS was well configured.
  • Moving my ~100.000 deleted e-mails from “Deleted Items” (OS X Mail default) to “Trash” (Android & Courier default) to stop having to move them manually from one folder to the other every so often. => this was eventually the cause but I didn’t realize.

Being convinced it was most likely Airmail 2 and very maybe Android I had been looking in that direction.

Debugging was also extremely slow as I had to wait 7 days before being able to check if the changes I made helped anything.

I eventually figured out that it was not Airmail when I rebuild my whole mail database and it defaulted back to putting my deleted mails into the Archive folder instead of Trash. Archive mails were kept over 7 days, but items in Trash still removed.

That’s when I started looking at Courier IMAP config: /etc/courier/imapd (and not imapd-ssl).

There’s an option that says:

##NAME: IMAP_EMPTYTRASH:0
#
# The following setting is optional, and causes messages from the given
# folder to be automatically deleted after the given number of days.
# IMAP_EMPTYTRASH is a comma-separated list of folder:days.  The default
# setting, below, purges 7 day old messages from the Trash folder.
# Another useful setting would be:
#  
# IMAP_EMPTYTRASH=Trash:7,Sent:30
#
# This would also delete messages from the Sent folder (presumably copies
# of sent mail) after 30 days.  This is a global setting that is applied to
# every mail account, and is probably useful in a controlled, corporate
# environment.
#
# Important: the purging is controlled by CTIME, not MTIME (the file time
# as shown by ls).  It is perfectly ordinary to see stuff in Trash that's
# a year old.  That's the file modification time, MTIME, that's displayed.
# This is generally when the message was originally delivered to this
# mailbox.  Purging is controlled by a different timestamp, CTIME, which is
# changed when the file is moved to the Trash folder (and at other times too).
#
# You might want to disable this setting in certain situations - it results
# in a stat() of every file in each folder, at login and logout.
#
IMAP_EMPTYTRASH=Trash:7

Comment out that last line, and restart courier-imap(-ssl)… Simple as that.

This solved my issue.

I’m not sure when that config change happened (Debian update?) and I do not know who at Courier thought it was a good idea …. But sheesh.

Yard Sale: Mac Mini (G4)

I’m selling a Mac Mini 1.5Ghz G4 (PowerPC) with 512Mb ram. It has a 80Gb disk in it (7200 rpm I believe, but not sure). It runs Linux like a charm, and is a perfect server (and WAY faster than a Raspberry Pi).

IMG_20140418_104714 IMG_20140418_104725

I believe the latest version to run was Mac OS X Tiger (10.4).

It comes with the power adapter, a DVI to VGA adapter, and in the picture below is the optional WiFi adapter.

IMG_20140418_104735


Tyr ~ # uname -a
Linux Tyr 3.2.0-4-powerpc #1 Debian 3.2.54-2 ppc GNU/Linux


Tyr ~ # free -m
total used free shared buffers cached
Mem: 500 217 283 0 11 171
-/+ buffers/cache: 34 466
Swap: 953 0 953


Tyr ~ # df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 73G 882M 72G 2% /
udev 10M 0 10M 0% /dev
tmpfs 51M 212K 50M 1% /run
/dev/disk/by-uuid/bf89e3dc-6606-45e1-a87f-ab8e1be66b85 73G 882M 72G 2% /
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 291M 0 291M 0% /run/shm
tmpfs 251M 40M 211M 16% /var/cache/apt
tmpfs 251M 73M 179M 29% /var/lib/apt/lists
tmpfs 291M 0 291M 0% /tmp


Tyr ~ # cat /proc/cpuinfo
processor : 0
cpu : 7447A, altivec supported
clock : 1416.666661MHz
revision : 1.2 (pvr 8003 0102)
bogomips : 83.24
timebase : 41620907
platform : PowerMac
model : PowerMac10,1
machine : PowerMac10,1
motherboard : PowerMac10,1 MacRISC3 Power Macintosh
detected as : 287 (Mac mini)
pmac flags : 00000010
L2 cache : 512K unified
pmac-generation : NewWorld
Memory : 512 MB

Price: €50

Contact: yeri+mac@tiete.be

Mac OS X Mavericks + VLC top bar

Mavericks, and its new “multi display support” adds a grey-ish bar to the top of VLC when watching anything full screen.

VLC-fullscreen-header

I never found a way to get rid of it, and it has annoyed me ever since. Until yesterday…

This is how to get rid of it:

  1. play movie
  2. drag to 2nd screen
  3. click Video > Float on Top
  4. go full screen (cmd+F or Video > Fullscreen)

float-that-shit

Keep in mind, that once you get out of full screen, and get back in it, the bar will be back. Enabling and disabling the above mentioned option won’t change it anymore. The only solution I’ve found was to quit VLC entirely, reopen it, go back the where the movie was, click the option, and go full screen…

plxthx for buggy releases.

Edit: Today I am unable to apply my above mentioned ‘fix’. I have however found another option under VLC preferences: “Interface > Use the native fullscreen mode”. Deselect that option, and it seems to be working.

Mac os (Mountain) Lion + external display + sleep when closing the lid

I recently dared to upgrade from Snow Leopard (10.6) to Mountain Lion (10.8), skipping Lion (10.7) altogether.

One of the mayor disturbances I had, was when I was using my Macbook Pro at my home office. I use an external display (some Samsung SyncMaster) as well as my MBP’s main display.

I put my MBP to sleep by simply closing the lid, keeping the power source and external display attached.

Pre-Lion this resulted in my MBP neatly going to sleep mode, in Mountain Lion this resulted in Mac OS using the external display as sole display and keeping the MBP running… Not something I was interested in, as it would either require me to unplug power before closing the lid or manually clicking the sleep button for my MBP to go to sleep.

After some great searching, I came along this post (page 3 and 4 have useful information) and I’ll summarize it here:

  1. Unplug your external display
  2. open Terminal (via spotlight for example) and type:
    sudo nvram boot-args="iog=0x0"
  3. Type your Mac password
  4. Reboot and wait for Mac OS X to fully boot
  5. Plug your external display back in. The resolution might be wrong and it might not recognise your display.
  6. Go to sleep by closing the lid. It should now work correctly.
  7. Upon reopening, the resolution will be fixed (if not, close and reopen or replug the external display — I’m sure it’ll be solved now).

I’ll add this info as well that jk10003 added:

If it screws up your system, just zap the PRAM next boot (cmd-opt-p-r) and you’ll be back to the default Lion state. Or if you can still get into terminal, this command will get you back to Lion’s default state as well:

sudo nvram -d boot-args