Вложени етикети в Gmail [nested labels]

Когато съм на компютъра ми е отворен и мейла. Както писах преди известно време използвам един Gmail акаунт, в който съчетавам личната, служебната и още няколко пощи. В случая от голяма полза за добрата организация на кореспонденцията са и етикетите. От скоро вече има възможност и за използване на вложени етикети - подреждането им във вид на папки и подпапки.

Ето как изглеждат моите етикети:

За да получите резултата от картинката, например в частта с "Files" трябва:


1. Да активирате "Nested labels" (вложени етикети) от Labs (Лаборатория) на Gmail

2. Да имате етикети със следните имена:
Files
Files/Backups
Files/GoogOldTry
Files/Pictures

Можете да направите и поддиректория на поддиректорията с етикети от сорта:

Files
Files/Backups
Files/Backups/Personal
Files/Backups/Work
Files/GoogOldTry
Files/Pictures

За да работи тази приставка трябва приставката "Скриване на етикетите „прочетени“" (Hide read labels) да е изключена.

Спиране на синхронизация между passwd и smbpasswd [Linux, Samba]

Вчера се сблъсках със следното:
На едно ubuntu искам да шерна папка по samba с потребителско име и парола. Правя си нещата като на всеки slackware до сега, но след рестарт установявам, че samba сървъра не приема паролата. Ако във същата сесия я сетна отново със smbpasswd USER заработва и след рестарт samba пак си забравя паролата. След малко четене установих, че не я забравя, а просто я променя. В моя случай името на потребителя за samba съвпадаше с това на unix потребителя на машината. По много неприятен начин без някой да го е карал pam синква паролата на samba потребителя с тази на unix потребителя.

Проблема си реших като закоментирах следните в два реда в два файла:

файл: /etc/pam.d/common-auth
ред: auth optional pam_smbpass.so migrate

файл: /etc/pam.d/common-password
ред: password optional pam_smbpass.so nullok use_authtok use_first_pass

Махнах и всичко що e sync и pam от smb.conf, за да избегна и обратното - unix потребителя да получи парола от samba.