Сдаюсь. Много лет пытаюсь найти книгу, некогда прочитанную в детстве в бумажном виде, но успеха не имею.

Помню кусок сюжета из середины. Главный герой, обладающий возможностью влиять на вероятности, ограничен в своих силах некими другими людьми. Суть ограничения заключается в том, что он может подгонять реальность под свои потребности, только в случае, если рядом с ним есть салями (как колбаса), или ее ингредиенты. Так, в одном эпизоде, он находится в лодке, и обнаруживает, что может воздействовать на окружающее, потому что в той же лодке есть некая снедь, имеющая отношение к салями. Также запомнил кусок стиха-подсказки, которая там фигурирует (видимо, переводозависимо):

От Парижа до Майами
Все <чего-то там> салями

Помогите, плиз! Книга явно годов 60-х или 70-х. И это все что мне известно. У наиболее распространенных авторов фантастики тех лет ничего подобного нет. Вообще, мир, в котором именно таким образом можно изменять реальность, манипулируя вероятностями, кажется уникальным, нигде такого больше не встречал.

Приветствую.

Пытаюсь сделать правильно роутинг некоторых маршрутов через vpn, используя железяку на openwrt (ядро 3.18.20). И столкнулся с проблемой, информации по которой не могу найти буквально нигде. Сырцы ядра еще не курил, но близок к тому.

Проблема. Есть стандартный набор правил для rule based routing:

ip rule add priority 103 fwmark 0x10/0x10 lookup vpn
ipset create vpn hash:net
ipset add vpn 8.8.8.8
iptables -t mangle -A OUTPUT -m set --match-set vpn dst -j MARK --set-mark 0x10
iptables -t mangle -A PREROUTING -i br-lan -m set --match-set vpn dst -j MARK --set-mark 0x10
ip route add default via 10.9.0.1 dev tun1 src 10.9.0.2 table vpn

Это — работает. То есть, компы за железякой благополучно ходят через tun1 для некоторых адресов и горя не знают.

Но! Локально сгенерированные пакеты ходить не хотят. Ни icmp, ни udp, ни tcp, ничего.

Смотрю tcpdump -i tun1, пускаю ping 8.8.8.8 и вижу радость:

# tcpdump -i tun1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on tun1, link-type RAW (Raw IP), capture size 65535 bytes
02:26:25.653753 IP 100.100.100.100 > 8.8.8.8: ICMP echo request, id 4230, seq 0, length 64
02:26:26.655484 IP 100.100.100.100 > 8.8.8.8: ICMP echo request, id 4230, seq 1, length 64
02:26:27.655723 IP 100.100.100.100 > 8.8.8.8: ICMP echo request, id 4230, seq 2, length 64
02:26:28.655963 IP 100.100.100.100 > 8.8.8.8: ICMP echo request, id 4230, seq 3, length 64
02:26:29.656196 IP 100.100.100.100 > 8.8.8.8: ICMP echo request, id 4230, seq 4, length 64

Где 100.100.100.100 — ip, выданный провайдером, висящий на локальном интерфейсе, отмеченном как default в таблице main.

При этом:

# ip route get 8.8.8.8 mark 0x10
8.8.8.8 via 10.9.0.1 dev tun1  src 10.9.0.2  mark 0x10
    cache

Позвольте, но зачем тогда поле src в таблице роутинга? При этом, ping -I tun1 8.8.8.8 работает как надо, но объяснить dnsmasq что надо сокет открывать на конкретном интерфейсе, вроде бы, нельзя.

И вот дальше я пока не могу продвинуться. Пакеты с левым src ip даже не долетают до другого конца openvpn-туннеля, тоже не могу понять почему.

На другой железяке, x86, с 3.2.0-105-generic-pae такой проблемы, вроде бы, не наблюдается. Может быть, это известная бага ядра 3.18.20? Или, что скорее, я чего-то не понимаю?

Приветствую.

Прошу идей накидать, ибо я в ступоре.

Есть офисная машинка с archlinux, радеоном (поставленным после сдохшей нвидии). Проблема в том, что достаточно внезапно, после прошлонедельного обновления, отвалился opengl. Зачем на офисной машине opengl, спросите вы. Заради qt5, конечно.

Вот как это выглядит:

$ lspci | grep VGA
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X]
$ sudo cat /var/log/Xorg.0.log | grep -P '(EE|WW)'
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    42.293] (WW) Warning, couldn't open module fbdev
[    42.293] (EE) Failed to load module "fbdev" (module does not exist, 0)
[    42.293] (WW) Warning, couldn't open module vesa
[    42.293] (EE) Failed to load module "vesa" (module does not exist, 0)
[    42.297] (WW) Falling back to old probe method for modesetting
$ dmesg | grep drm | grep -i initialized
[   16.472928] [drm] Initialized
[   17.983014] [drm] radeon: dpm initialized
[   18.145801] [drm] radeon: irq initialized.
[   18.803866] [drm] UVD initialized successfully.
[   18.913979] [drm] VCE initialized successfully.
[   20.884786] [drm] Initialized radeon 2.48.0 20080528 for 0000:01:00.0 on minor 0
$ glxinfo
name of display: :0.0
X Error of failed request:  GLXBadContext
  Major opcode of failed request:  156 (GLX)
  Minor opcode of failed request:  6 (X_GLXIsDirect)
  Serial number of failed request:  37
  Current serial number in output stream:  36
$ xdriinfo 
Screen 0: not direct rendering capable.

Но!

$ sudo glxinfo | grep 'direct rendering'
direct rendering: Yes
$ sudo cat /var/log/Xorg.0.log | grep -P 'Adding drm device'
[    42.223] (II) xfree86: Adding drm device (/dev/dri/card0)
$ ls -l /dev/dri/card0
crw-rw----+ 1 root video 226, 0 Apr 17 16:31 /dev/dri/card0
$ groups
tty lp wheel games video audio optical storage power users

От нвидии (был нуово) все вычистил. В ядре и xorg был бардак между radeon и новомодным amdgpu — вычистил, привел все к radeon (заблеклистил amdgpu в ядре и оставил только xf86-video-ati; наоборот тоже пробовал). Не помогло.

Форум archlinux и многочисленные багтрекеры прошерстил — везде тишина и покой. То есть, вероятно, это какая-то локальная засада с настройками, но в каком месте — ума не приложу.

Идеи кончились. Прошу помощи.

Приветствую.

Зону MSD вроде бы отменили три года назад. Соответственно, вот тут по идее должны быть одинаковые результаты:

$ TZ=Asia/Irkutsk date --date='Wed Dec 24 00:00:01 MSD 2013'
Tue Dec 24 05:00:01 IRKT 2013
$ TZ=Asia/Irkutsk date --date='Wed Dec 24 00:00:01 MSK 2013'
Tue Dec 24 06:00:01 IRKT 2013

Скажите, пожалуйста, чего я не понимаю? Почему правильный результат с MSD (и UTC+4)?

Приветствую.

Прикупил тут дешевый ODM планшет на RockChip 2918, с заявленной RAM 1Gb. Начало dmesg выглядит так:

<6>[    0.000000] Initializing cgroup subsys cpu
<5>[    0.000000] Linux version 3.0.8+ (dong@dong) (gcc version 4.4.0 (GCC) ) #872 PREEMPT Mon May 7 09:38:14 CST 2012
<4>[    0.000000] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=10c53c7f
<4>[    0.000000] CPU: VIPT nonaliasing data cache, VIPT aliasing instruction cache
<4>[    0.000000] Machine: RK29board
<4>[    0.000000] Memory policy: ECC disabled, Data cache writeback
<4>[    0.000000] Boot mode: 6
<6>[    0.000000] bootconsole [earlycon0] enabled
<4>[    0.000000] CPU SRAM: copied sram code from c0b2f000 to fef00000 - fef01b68
<4>[    0.000000] CPU SRAM: copied sram data from c0b30b68 to fef03000 - fef031d0
<4>[    0.000000] clock: pll_wait_lock: wait pll bit 0x4000000 time out!
<4>[    0.000000] clock: pll_wait_lock: wait pll bit 0x4000000 time out!
<6>[    0.000000] Clocking rate (apll/dpll/cpll/gpll/core/aclk_cpu/hclk_cpu/pclk_cpu/aclk_periph/hclk_periph/pclk_periph): 300/135/297/288/300/150/75/37/144/144/36 MHz (20110909)
<4>[    0.000000] DDR DEBUG: version 2.02 20120401, zqonoff 
<4>[    0.000000] DDR DEBUG: DDR3 Device
<4>[    0.000000] DDR DEBUG: 1 CS, ROW=15, Bank=8, COL=10, Total Capability=1024MB
<4>[    0.000000] DDR DEBUG: init success!!! freq=426MHz
<4>[    0.000000] DDR DEBUG: CSR:0x0, RSLR0:0x249, RSLR1:0x0, RDGR0:0x55, RDGR1:0x55
<7>[    0.000000] On node 0 totalpages: 76032
<7>[    0.000000] free_area_init_node: node 0, pgdat c0b2d658, node_mem_map c0000000
<7>[    0.000000]   DMA zone: 594 pages used for memmap
<7>[    0.000000]   DMA zone: 0 pages reserved
<7>[    0.000000]   DMA zone: 75438 pages, LIFO batch:15
<7>[    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
<7>[    0.000000] pcpu-alloc: [0] 0 
<4>[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 75438
<5>[    0.000000] Kernel command line: console=ttyS1,115200n8n androidboot.console=ttyS1 init=/init initrd=0x62000000,0x800000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00004000@0x00004000(kernel),0x00008000@0x00008000(boot),0x00008000@0x00010000(recovery),0x00078000@0x00018000(backup),0x0003a000@0x00090000(cache),0x00200000@0x000ca000(userdata),0x00002000@0x002ca000(kpanic),0x00100000@0x002cc000(system),-@0x003cc000(user) bootver=2011-09-08#2.08 firmware_ver=0.2.3
<6>[    0.000000] PID hash table entries: 2048 (order: 1, 8192 bytes)
<6>[    0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
<6>[    0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
<6>[    0.000000] Memory: 297MB = 297MB total
<5>[    0.000000] Memory: 274944k/274944k available, 29184k reserved, 0K highmem

То есть, ядро видит только 297 метров памяти. Физически гигабайт, вроде бы, распаян: http://imageshack.us/photo/my-images/215/dsc0625x.jpg/ . Модуль DDR ее видит: «Total Capability=1024MB», но затем: «On node 0 totalpages: 76032».

Строчку «Total Capability» может не искать в ванильном ядре, ее там нет. Она растет из банально огороженного arch/arm/mach-rk29/ddr.o, который есть только в rk29sdk от RockChip, и исходника этого файлика нет вообще нигде в открытом доступе.

Вот что все это значит и как так может быть? Если погуглить на тему RK29board, то можно найти еще dmesg-ы, где размер видимой ядром памяти не соответствует тому что оно говорит в «Total Capability».

Видь ядро 512 метров из этого гигабайта, было бы не так обидно, но 300 метров!… Хочу пинать продавца планшета, что бы он пинал как следует китайцев, но хочу делать это аргументировано.

Заранее большое спасибо.

Приветствую.

Обгуглился и голову сломал.

Проблема: domU не ребутится изнутри. Делаешь reboot, оно говорит что все замечательно, но домен останавливается. В логах:

Waiting for domain vs92 (domid 11) to die [pid 22299]
Domain 11 is dead
Action for shutdown reason code 1 is restart
Domain 11 needs to be cleaned up: destroying the domain
Done. Rebooting now
failed to run bootloader: -3

При этом, запуск посредством «xl create /etc/xen/vs92» происходит великолепно, pygrub совершенно счастлив в этот момент.

Dom0: linux-3.2.12-gentoo, xen-tools-4.1.2-r2.

DomU: разные PV, вот vs92 — только что поставленный squeeze, исключительно теста ради.

Конфиг:

name = "vs92"
memory = "512"
disk = [ 'tap:aio:/var/xen/vs92.img,xvda,w', 'tap:aio:/var/xen/vs92_swap.img,xvdb,w' ]
vif = [ 'mac=00:16:3E:00:00:92, bridge=xenbr0' ]
bootloader="/usr/bin/pygrub"
# kernel = "/var/xen/vs92/vmlinuz"
# ramdisk = "/var/xen/vs92/initrd.gz"
# extra = "debian-installer/exit/always_halt=true -- console=hvc0"
vcpus=1
on_reboot = "restart"
on_crash = "restart"

Заранее большое спасибо за здравые идеи. xl хакать не очень хочется, но я понимаю, что, скорее всего, придется.

Приветствую.

Есть два маршрута наружу, роутятся посредством:

# ip rule
0:      from all lookup local 
101:    from all fwmark 0x1/0x1 lookup prov1
102:    from all fwmark 0x2/0x2 lookup prov2
32766:  from all lookup main 
32767:  from all lookup default 

Есть правила вида:

iptables -t mangle -A INPUT -i ppp0 -j CONNMARK --set-mark 0x2
iptables -t mangle -A INPUT -i ppp1 -j CONNMARK --set-mark 0x1
iptables -t mangle -A OUTPUT -j CONNMARK --restore-mark
iptables -t mangle -A OUTPUT -m mark ! --mark 0x0 -j ACCEPT
iptables -t mangle -A OUTPUT -d prov2_site -j MARK --set-mark 0x2
iptables -t mangle -A FORWARD -d prov2_site -j MARK --set-mark 0x2

Проблемы две:

1. С некоторых пор (вроде бы) FORWARD часть перестала работать. То есть, с внутреннего хоста, обращение к prov2_site идет через prov1, хотя должно бы через prov2 идти. С самого роутера все правильно. Ядро апдейтилось, но в пределах 2.6.38 (ubuntu natty), так что я уже не уверен что оно работало раньше.

2. Захотелось направлять исходящий ssh через prov2. Делаю:

iptables -t mangle -A OUTPUT -p tcp --dport 22 -j MARK --set-mark 0x2
iptables -t mangle -A FORWARD -i eth1 -p tcp --dport 22 -j MARK --set-mark 0x2

Не работает ни для FORWARD ни для OUTPUT.

Подскажите, пожалуйста, что я делаю не так? Сам уже голову сломал. Заранее большое человеческое спасибо.

Приветствую.

Затык случился с задачей: пробросить порт в локалку за NAT-ом с двуххвостого (multihomed) роутера на хвост, который не по умолчанию.

То есть: есть входы ppp0 и ppp1. ppp1 — default route. Запрос приходит через ppp0, соответственно, ответ надо засунуть туда же.

Делал по http://habrahabr.ru/blogs/linux/100919/ . Для ответов с самого роутера — все замечательно: он снаружи пингуется, на него можно зайти. Для DNAT-ового сервиса (который замечательно работал при одном хвосте в роутере) — все плохо. tcpdump видит как пакетик приходит в локалку, видит ответ сервиса и видит как ответ уходит по неправильному интерфейсу (ppp1).

Роутинг делается по:

ip rule add priority 101 fwmark 0x1/0x1 lookup T1 # на ppp1
ip rule add priority 102 fwmark 0x2/0x2 lookup T2 # на ppp0
ip route add default metric 1 dev ppp1
ip route add default metric 2 dev ppp0

Правила сейчас выглядят так:

iptables -t mangle -A INPUT -i ppp0 -j CONNMARK --set-mark 0x2
iptables -t mangle -A INPUT -i ppp1 -j CONNMARK --set-mark 0x1
iptables -t mangle -A OUTPUT -j CONNMARK --restore-mark
iptables -t mangle -A FORWARD -i ppp0 -m conntrack --ctstate DNAT -j CONNMARK --set-mark 0x2
iptables -t mangle -A FORWARD -i ppp1 -m conntrack --ctstate DNAT -j CONNMARK --set-mark 0x1
iptables -t mangle -A FORWARD -j CONNMARK --restore-mark

Идея был проста: в момент -t mangle FORWARD мы еще знаем входящий интерфейс, уже знаем что оно DNAT-лено, и можем поставить CONNMARK. Который, по идее, должен подхватиться при ответе.

Но не работает. Вызывая у меня чувство, что я чего-то глобального не понимаю.

Заранее спасибо за добрый совет.

Приветствую.

Подскажите, пожалуйста, что я не понимаю, почему

SELECT * FROM (SELECT * FROM `ip` WHERE `from` <= 1388800773 AND `to` >= 1388800773) AS `src` ORDER BY `status` DESC LIMIT 1

как минимум на порядок быстрее

SELECT * FROM `ip` WHERE `from` <= 1388800773 AND `to` >= 1388800773 ORDER BY `status` DESC LIMIT 1

(0.15 vs 2.7 секунды)?

Mysql 5.5. 128k строк в таблице. MyISAM, но это, кажется, неважно. Индексы на всем.

P.S. Или это мне в Admin надо пойти на предмет поплакаться? P.P.S. Cам дурак, USE KEY решает.

Приветствую.

Ситуация: офис в Иркутске, сервера в Питере.

Путь туда:

$ mtr --report -c 1 -n 92.53.107.11
HOST: vvdm                        Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.3.4                0.0%     1    0.1   0.1   0.1   0.1   0.0
  2.|-- 192.168.112.1              0.0%     1    1.7   1.7   1.7   1.7   0.0
  3.|-- 195.161.238.131            0.0%     1    2.1   2.1   2.1   2.1   0.0
  4.|-- 217.150.54.82              0.0%     1    3.4   3.4   3.4   3.4   0.0
  5.|-- 194.186.0.194              0.0%     1   63.2  63.2  63.2  63.2   0.0
  6.|-- 194.186.0.193              0.0%     1   63.4  63.4  63.4  63.4   0.0
  7.|-- 81.211.88.98               0.0%     1   70.8  70.8  70.8  70.8   0.0
  8.|-- 194.190.255.86             0.0%     1  148.5 148.5 148.5 148.5   0.0
  9.|-- 92.53.107.11               0.0%     1  148.3 148.3 148.3 148.3   0.0

(местный провайдер → TTK → RUNNet → хостер)

Путь назад:

# mtr --report -c 1 -n vvdm.ubiz.ru
HOST: s1                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 92.53.107.9                0.0%     1    0.1   0.1   0.1   0.1   0.0
  2.|-- 194.190.255.85             0.0%     1    0.4   0.4   0.4   0.4   0.0
  3.|-- 194.85.40.154              0.0%     1   34.7  34.7  34.7  34.7   0.0
  4.|-- 194.85.40.142              0.0%     1   34.9  34.9  34.9  34.9   0.0
  5.|-- 194.85.40.241              0.0%     1   34.9  34.9  34.9  34.9   0.0
  6.|-- 130.117.23.61              0.0%     1  231.6 231.6 231.6 231.6   0.0
  7.|-- 154.54.39.105              0.0%     1   35.3  35.3  35.3  35.3   0.0
  8.|-- 130.117.1.98               0.0%     1   42.7  42.7  42.7  42.7   0.0
  9.|-- 154.54.57.101              0.0%     1   42.7  42.7  42.7  42.7   0.0
 10.|-- 130.117.1.158              0.0%     1  182.3 182.3 182.3 182.3   0.0
 11.|-- 149.6.149.42               0.0%     1   66.8  66.8  66.8  66.8   0.0
 12.|-- 217.150.54.82              0.0%     1  147.0 147.0 147.0 147.0   0.0
 13.|-- 195.208.14.62              0.0%     1  148.0 148.0 148.0 148.0   0.0
 14.|-- 77.243.124.217             0.0%     1  147.6 147.6 147.6 147.6   0.0

(хостер → RUNNet → какой-то Cogent/PSINet, вроде бы в Лондоне → TTK → местный провайдер)

Пакеты не слабо так теряются. Хостер утверждает что это не у него и, скорее всего, связано с кривым маршрутом обратно.

Кому жаловаться? TTK? RUNNet?

Заранее спасибо за разумный совет.

Приветствую.

Чем нынче модно смотреть аналоговый телевизор с tv-тюнера? tvtime совсем уж лохматым стал, да и имеет некоторые врожденные проблемы (без костылей нет звука через pci, пульт тоже только с костылями работает). MythTV какой-то тяжеловатый и непонятный, а больше ничего на слуху и нету.

Заранее спасибо за содержательный ответ.

Приветствую.

Вот такая вот проблема в логах postfix-а:

certificate verification failed for gmail-smtp-in.l.google.com[209.85.143.27]:25: untrusted issuer /C=US/O=Equifax/OU=Equifax Secure Certificate Authority

Сертификат в /etc/postfix/ssl/cacert.pem подсовывал, но толку никакого.

smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem

Что ему еще в этой жизни надо?

Хостер, где стоят сервера нашей компании, замечательно отметил ipv6-день. Добавил в нашу зону, которой тоже рулит, совершенно левую AAAA запись. Просто по приколу, видимо. Открываю я сейчас, значит, рабочий сайтик и вижу хостеровскую заставку «Сайт не существует». Правда весело?

P.S. Имена не назову, но кому есть что проверить — проверьте.

Посоветуйте, пожалуйста, чем можно гигазы ва^Wбэкапов загонять в AWS-S3. Ruby-шный aws-s3 имеет свойство отваливаться по ходу дела.

Приветствую.

Как оказалось, rawtherapee не вполне правильно читает nef-ы от D3100 ( http://forum.ixbt.com/topic.cgi?id=20:28103-107#3360 ).

Вопрос: чем можно его заменить? Darktable, вообще немного странный, не поймешь что именно он на гистограмме показывает, но, вроде бы, он солидарен с rawtherapee.

приветствую. банальнейший вопрос — что лучше/приятнее:

1. canon 450d б/у + 18-55 IS + 50/1.8 + YongNuo YN-468

2. canon 1000d новый + 18-55 IS + 50/1.8 + YongNuo YN-468

3. sony A450 + 18-55 + Acmepower TF-148APZ

4. nikon 3100 + 18-55 + Nissin Di-622

(выбор вспышки — от балды)

если новый — то буду брать в кредит kit. 450d kit предлагают в комплекте с сумкой и штативом за 18. вспышку и 50/1.8 — в любом случае докупать в инет-е. сумка, конечно, нужна в любом случае.

у sony смущает в первую очередь видоискатель обкаканый на dpreview. якобы с очками к нему и не подступишься. но нравится идея иметь стаб в тушке.

никон немного подороже выходит и смущает отсутствие отвертки — какой-нибудь старый объектив, которому она нужна, не так приятно будет ставить. отсутствует дешевый полтинник с моторчиком. но с другой стороны, тесты с iso 1600 впечатляют.

в любом случае хочу получить сносный комплект для съемки в помещениях с перспективой докупить дешевенький телевик (55-200 или 70-300).

P.S. совсем мой s2is плох — зарядки аккумуляторов хватает едва на 20 снимков :-(

приветствую.

никак не могу понять как заставить yaourt/makepkg не скачивать заново целиком исходники из git/hg/whatever при -Su --aur --devel. в /var/abs/local/yaourtbuild замечательно хранятся деревья исходников для уже установленных пакетов, но при апдейте все качается заново.

Приветствую.

Банальная просьба, но толково сведённой информации по этой проблеме нигде нет.

Проблема: выбрать тупое лазерное ч/б мфу домой, ибо струйники задолбали; нет у меня сейчас времени с их капризами возиться. А ч/б лазер дает стоимость отпечатка для нас приемлемую настолько, что о неоригинальных расходниках можно не думать.

Вопрос в поддержке линукса. И тут все немного запутано на данный момент. С HP все просто — hplip и точка. Samsung, Xerox — тоже все вроде бы замечательно через splix, сканирование через xerox_mfp. Oki, Lexmark, Canon, Panasonic — никак, насколько я знаю.

А вот как дела с Brother-ом обстоят? На офф. сайте дрова есть, но насколько они работоспособны?

Вообще, сейчас целимся на Samsung SCX-4824FN. Может быть кто-нибудь кинет в него камень?

Заранее большое спасибо.

приветствую.

все хорошо в thunderbird, но вот никак не могу побороть одну неприятность — при появлении новых писем в gmail-овской папке junk, они показываются как непрочитанные. заголовков подходящих что бы их фильтрами пригасить не нашел. фильтров на imap-овскую папку тоже не нашел.

что бы тут такое придумать? может расширение какое разумное есть?

заранее большое спасибо.

но почему? что я такого пропустил?