Само да вметна, че от вчера следобед нямам проблем с четенето и изпращането на поща.

А, на мен ми се струва, че каквото и да е излагацията е пълна... 16 дни без поща... или на моменти само... май ще ми се наложи да си копирам всичката поща (към 1 ГБ) и да прехвърля 250-300 регистрации още в момента, в който я оправят за малко по-дълго.   

Няма за какво да черпиш, отскоро това ми е работата.

Драго, избързах. Сега изпращането не работи... :-(

Server replied: test@test.com relaying prohibited. You are not allowed to relay mail.

Ами не бих ти, защото дори не знам кой си.

Някой който може и иска да ти помогне, както и ти на мен.

Добре, явно нещо се е променило наистина, защото вече имам достъп по IMAP/IMAPS. Кажи сега какво направи, че да черпя?

би ли ми написал на лично телефон за връзка. В момента услугата би трябвало да работи. Очакват се промени в слеващите месеци.

Ами не бих ти, защото дори не знам кой си. Иначе гуслата продължава да НЕ работи. Положението си е същото както от 08.01 насам:

Код:

nmap mail.dir.bg

Starting Nmap 7.12 ( https://nmap.org ) at 2018-01-19 15:08 EET
Nmap scan report for mail.dir.bg (194.145.63.28)
Host is up (0.0024s latency).
Not shown: 980 closed ports
PORT     STATE    SERVICE
22/tcp   filtered ssh
23/tcp   filtered telnet
25/tcp   open     smtp
80/tcp   open     http
106/tcp  filtered pop3pw
110/tcp  open     pop3
111/tcp  filtered rpcbind
143/tcp  filtered imap
443/tcp  open     https
445/tcp  filtered microsoft-ds
465/tcp  open     smtps
587/tcp  open     submission
993/tcp  filtered imaps
995/tcp  open     pop3s
3306/tcp filtered mysql
4444/tcp filtered krb524
5060/tcp open     sip
5061/tcp open     sip-tls
8010/tcp filtered xmpp
9010/tcp open     sdr

Какви промени се очакват?

А, ако си малко по-злобен, можеш да почнеш да ни репортуваш наред, така, че скоро да изядем бананите.

Аз ли съм "злобен"!? Я, си прочети пак коментарите, а след това моите и ми кажи къде съм използвал имена или квалификации... и продължаваш...

Това е в почит на онова култуво интервю, което направи за ЛЗБ и все още понякога си го препрочитам.

Мисля, че ме бъркаш с някого. Никога не съм давал интервю за ЛЗБ. Но ми е любопитно все пак кое точно интервю имаш в предвид?

Така, ето малко отговори:

След като mail.dir.bg е добре поддържана, защо десети ден не могат да се справят с това?

Мисля, че бях обективен, като написах, че "обсъжданата в темата случка ме опровергава...", нали? И все пак съм ползвал тази услуга безпроблемно с години...

От тук насетне... Ти си решаваш, дали да държиш ценни неща отдалечено. Всички яйца в една кошница, както се казва.

Аз някъде да написах, че mail.dir.bg е единствената поща, която ползвам, че правиш подобно заключение? Просто не искам да си загубя писмата...

Пример няма да ти дам. Ако искаш приеми думите ми, ако не искаш, недей.

Е, кои точно "думи" да приема!? Дай пример, за да мога сам да проуча, сравня и си направя изводи... иначе приемем "думите ти" просто за приказки.

Иначе, ако искаш да ти е по-мирна главата - домейн и хостинг, пък било то и у вас

Имам го това, но поради различни причини не искам всичката ми поща да е на моя "облак" ;-)

Явно Звездичко твърде отдавна не е влизал тук и е забравил, какви са тукашните нрави. А може би твърде отдавна виси в БАН и е забравил, че съществуват и нормални хора

О, появи се и един отколешен разбирач по всичко, че дори и "тукашните нрави" И да прав си, мнооого отдавна не бях влизал и почвам да се сещам защо...

Всички имаме по няколко хиляди, скоро може би десетки хиляди мнения и последно ни интересува бройката. А Звеждичко би трябвало да помни, защо всички имаме ранг „Участник“.

Ха-ха. Наистина ме разсмя... последно Звездичко или Звеждичко?  Умножавайте се деца и бъдете щастливи! Хайде +1 и за теб ;-)

Много ще се учудя, ако много хора имат поща в Дир след 1998-ма год. Все пак 1999-та беше една знаменателна година.

Ами погледни обратната връзка http://dnes.dir.bg/news_comments.php?id=18704599 - много хора (включително от фирми) също са недоволни като мен...

В стари теми съм споменавал защо, но тук ще пропусна, че негово величество доктора на науките, ще вземе да се нацупи, че много го спамим. Ех, га беше младо зайче… и на него му почерня, така де.

Кажи си де Александров, кажи си! Кога беше това време бате? :-) Леле, ама наистина си се засегнал нещо... кажи си да ти олекне. Свободата ли ви отнех, като помолих за по-малко глупости по темата?

Хайде сега продължете да си обсъждате въобще всичко, което ви хрумне в посока поща, облаци и космос. Нали все пак секцията е такава ;-)

Не знам защо го написа това при положение, че cybercop го написа същото (няма нужда сам да си отговаряш ):

Просто защото по някое време спрях да чета всичките глупости, които бяха изписани, а и въпросния е качил картинка, без да уточни за какво точно става въпрос. Аз пуснах текста...

Знам, че ще бъда намразен за думите си, но...Не използвайте българските безплатни пощенски услуги за основна пощенска кутия!

Явно, не четеш какво пиша... имам поща в Dir.bg от поне 6-7 години преди да има Gmail (ако не се лъжа 2005-та).

Всички без изключение са много зле поддържани и винаги са имали проблеми.

Това просто не е вярно за Dir.bg съдейки по собствения си опит с услугата, като разбира се обсъжданата в темата случка ме опровергава... просто не е нормално 10-ти ден да нямам нормален достъп до пощата си.

Не знам колко пъти са забранявали цели страни (което за мейл сървър е малко криво) за да удържат на атаки и тем подобни.

Да, правят го и вероятно автоматично. Ти какво друго предлагаш?

Отделно аз лично не им вярвам понеже познавам хора, които да кажем, имат взимане даване.

Дай примери, защото аз досега съм ползвал само в Dir.bg? В abv.bg си правих регистрация като я пуснаха само, за да видя какво представлява...

С това казано, имай търпение и си прехвърли в гугълските пощи писмата, или си купи домейн и си ги хостни някъде.

Да, прав си... по-добре да се доверя на компания, която е специализирана в анализа на данни. Те сигурно знаят повече за мен отколкото аз самия 

Леле на какво е заприличала тази тема... Увеличихте ли си броя на постовете? :-)

mail.dir.bg от много време насам (поне 15 години мисля) поддържа STARTTLS, SSL/TLS за SMTP и IMAP и шифровани пароли. Аз в това отношение не съм имал проблем.

Но нека си отговоря сам на запиването в темата, защото вече има официално съобщения на http://mail.dir.bg, което гласи:

Уважаеми потребители,

В момента пощата на Дир.бг е подложена на масирани спам атаки.

Възможни са затруднения при влизането във Вашата поща, както и закъснения в получаването и изпращането на Вашите писма.

Уверяваме Ви, че техническият екип на Дир.бг работи усилено по отстраняването на проблемите.

Молим за вашето извинение и търпение!

Лошото е, че аз вече губя търпение. Още по-лошото е, че пощата ми е регистрирана в много услуги, пощенски списъци и т.н. Най-лошото е, че имам съхранени писма от близо 20 години насам, с които не мога да се разделя. Дано да успеят, но много се излагат щом вече 10 дена не могат да ограничат спам атака (такава услуга трябва да е подготвена за това и да има план за действие).

Моля да се въздържате от по-нататъшни излишни коментари особено ако не сте потърпевши, защото темата наистина е в една особена секция, но не е нужно да се превръща в безсмислена говорилня.

И аз се замислих за това, но в такъв случай мълчанието е противопоказно, защото рано или късно истината излиза наяве... Web интерфейса работи, но в момента е толкова бавен, че е направо отегчителен, а и на мен принципно не ми върши работа.

Здравейте,

Поради липса на (почти) всякаква официална информация се обръщам и към вас. Знае ли някой какво всъщност става с mail.dir.bg? От 08.01 насам пощата не е достъпна по IMAP протокол, начина по който я ползвам от години насам. Първоначално беше достъпна през Web интерфейса, но той не е удобен за обемите поща, които получавам.

Код:

nmap mail.dir.bg

Starting Nmap 7.12 ( https://nmap.org ) at 2018-01-16 12:20 EET
Nmap scan report for mail.dir.bg (194.145.63.28)
Host is up (0.0028s latency).
Not shown: 980 closed ports
PORT     STATE    SERVICE
22/tcp   filtered ssh
23/tcp   filtered telnet
25/tcp   open     smtp
80/tcp   open     http
106/tcp  filtered pop3pw
110/tcp  open     pop3
111/tcp  filtered rpcbind
143/tcp  filtered imap
443/tcp  open     https
445/tcp  filtered microsoft-ds
465/tcp  open     smtps
587/tcp  open     submission
993/tcp  filtered imaps
995/tcp  open     pop3s
3306/tcp filtered mysql
4444/tcp filtered krb524
5060/tcp open     sip
5061/tcp open     sip-tls
8010/tcp filtered xmpp
9010/tcp open     sdr

Nmap done: 1 IP address (1 host up) scanned in 1.29 seconds

Писах им още на 08.01, но нямаше отговор. На 11.01 звънях на +359 2 969 45 15 от където някакво момиче ме увери, че работят по проблема (поне стана ясно, че знаят), но не могат да кажат, кога ще бъде отстранен. След това телефона даваше постоянно заето. Вече втора седмица няма достъп по нормалния за мен начин и започвам да се изнервям, защото имам тази поща от близо 20 години. Ако ще я спират или нещо такова да ни дадат възможност поне да си претеглим писмата... Дано да успеят да я оправят, но вече губя надежда.

Писах и на Патрик да приложи кръпката в официалния пакет. За нетърпеливите, вече има такъв в собственото ми хранилище.

Мда... наложи се да дебъгна и като го направих, проблема лесно беше установен. В действителност се оказа бъг самия Net-SNMP, който обаче се проявява само при наличието на tun* интерфейси (напр. когато е стартиран openvpn, vtun и т.н). За любопитните подробностите са описани тук.

След надграждане от Slackware 13.0 до Slackware 13.1 забелязах, че snmpd е спрял да работи. Причината е, че се получава segmentation fault в glibc. Това което намирам в /var/log/messages е:

Код:

kernel: snmpd[1728]: segfault at 1d1e9 ip b73be760 sp bff96eb0 error 4 in libc-2.11.1.so[b7345000+15c000]

strace не ми помага много:

Код:

... [many lines removed]
open("/proc/net/dev", O_RDONLY|O_LARGEFILE) = 6
read(6, "Inter-|   Receive                "..., 1024) = 833
... [many lines removed]
open("/proc/sys/net/ipv4/neigh/tun0/retrans_time_ms", O_RDONLY|O_LARGEFILE) = 8
fstat64(8, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb77a5000
read(8, "1000\n"..., 1024)              = 5
close(8)                                = 0
munmap(0xb77a5000, 4096)                = 0
read(6, ""..., 1024)                    = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

Преди да прекомпилирам snmpd и glibc с debug info и да пусна gdb, дали има някой който вече е срещал и решил този проблем? Аз лично се изчерпах от към идеи, рових в google но не намерих нищо конкретно.

Интересното е, че на чиста инсталация този проблем не съществува, но конфигурацията ми не е сменяна с години и е напълно стандартна:

Код:

# cat /etc/snmp/snmpd.conf | grep -v -E '^#' | grep -v -E '^$'
rwuser  root
rouser  public
rocommunity  public
rwcommunity  private
trapsink  localhost public 161
trap2sink  localhost public 161
informsink  localhost public 161
trapcommunity  public
authtrapenable  1
sysname      "MySysName"
syslocation  "Sofia, Bulgaria"
syscontact   "me@domain.com"
sysservices 72

Версия на snmpd: Net-SNMP 5.5
Версия на glibc: 2.11.1

[е направена]

@astronom: За символната връзка, от това, което си пратил се вижда, че не си я направил, освен ако за твоята файлова система 0 и 1 са взаимозаменяеми.

Символната връзка е направена със сигурност, защото libpcsclite.so.1 е символна връзка към libpcsclite.so.1.0.0, както се вижда от изхода на ldconfig, който съм дал първоначално. Пробвах и директно връзване, но все тая.

ln -s /lib/libpcsclite.so.1.0.0 /lib/libpcsclite.so.0

По отношение на dev пакета, това е едно допълнително нещо, което трябва да се направи, така че нещата описани в статията, която ти пратих, наистина да работят. Не знам какво debian-ци и деривати са оплескали при компилирането, но това разрешава проблемите, които възникват.

Никъде в посочената от теб статия не виждам да се инсталира на -dev пакет. Изпускам ли нещо? Пробвах все пак, но както и очаквах - нямаше ефект.

Всъщност сега осъзнавам, че май не си прочел статията. Идеята ми беше, че е по-добре да инсталираш  mozilla-opensc и когато добавяш модулите във firefox да използваш /usr/lib/onepin-opensc-pkcs11.so, вместо нещата, които ти дават от infonotary.

Напротив - прочетох я. Обаче ми се искаше да подкарам нещата така както са и на другите ми машини. Причината - пробавх с OpenSC по стъпките от статията и не тръгна - четеца се разпознава от pcsc, но не го виждам във Firefox. Сега ще трябва и с това да се боря...

В случая пиша в секцията за начинаещи, не защото съм начинаещ, а защото това което се опитвам да направя ми се струва елементарно, но поради една или друга причина не става. Някой друг да има идея?