Web, mail, IRC, IM, hálózatok

Egészen pontosan Chrome és OpenSuse... és nem megy... :(

Ti próbáltátok? Megy? Ha igen, mi a trükk? Ha nem, akkor szomorkodjunk együtt... :)

A Thunderbird 31.3.0 verziójától kezdődően nem hajlandó együttműködni a Zarafa IMAP és IMAPS szerverével. A 31.2.0-s Thunderbird még jó. Ez egy ismert bug? Van rá megoldás? Hogyan lehet Ubuntun downgradelni egy csomagot?

Sziasztok,

megint nekifutottam a mailscannernek (+mailwatch) és az a gondom, hogy látszólag nem mennek át rajta a levelek. Fut, de nem vizsgál.

http://www.howtoforge.com/the-perfect-spamsnake-ubuntu-jeos-12.04-lts-p…

Ez alapján csináltam.

Ami még bajom, hogy random leveleket eldobál a postfix
NOQUEUE: reject rcpt from xy server configuration problem

Log részlet:
http://pastebin.com/p7JbCxiv

Látszik, hogy elindult a mailscanner, de a levelek elkerülik...

Előre is köszi

Sziasztok! Segítséget kérnék a következő témában: 1-2 hete nem tudom elérni a freemail-t POP3-mal. A webes elérés megy. A mail kliens autentikációs problémát ír ki (Helytelen felhasználónév vagy jelszó). Korábban ment, semmit nem változtattam, ezért úgy gondolom, hogy a freemail üzemeltetője változtatott meg valamit. Sajnos semmiféle support elérés nem létezik. A korábbi beállítások, amivel működött:

Felhasználónév: lcsaszar kukac freemail pont hu
Jelszó: nem változott
Kiszolgáló: pop3.freemail.hu
Biztonság: Nincs
Port: 110

Egy időben néha ment, néha nem, aztán a webes elérés is rendetlenkedett. Most a web-es felület jó (ugyanezzel a felhasználónévvel és jelszóval), pop3 nem. Ki tud segíteni? Előre is köszönöm.

Sziasztok!

A kedves közösség ötleteit várnám az alábbi feladat megoldásához.

Szimpla felhasználó vagyok.

A munkahelyemen Novell GroupWise biztosítja a levelezést. A biztosított tárhely 100 Mb-t ami igen kevés, ha a saját gépemre archiválom a leveleimet akkor kívülről nem fogom tudni elérni a továbbiakban.
Novell GroupWise WebAccess biztosított csak így lehet cégen kívülről elérni a levelezést.

Amit szeretnék, a teljes levelezést lényegében átirányítani egy másik postafiókba amelynek a tárhelye gyakorlatilag korlátlan és elérem bentről és kintről egyaránt, ha megoldható a titkosítottan való tárolás az a legjobb.

Nincs lehetőség tárhely növelés kérésére, nincs olyan központi archiválás amihez én is hozzáférek, nincs szándékomban kijátszani semmiféle előírást, nem a levelek jogosulatlan elérését szeretném biztosítani, nem vagyok ipari kém, stb. (mindenki helyettesítse be ami számára negatív)

Egyetlen dolgot szeretnék egyben elérni a levelezésemet, mert ez a jelenlegi formájában nem az igazi.

Van egy Windows-os Thunderbird profil, mérete majdnem 20 Gb, kb. 10000 levél lehet benne tucatnyi könyvtárban, egy 4 Gb-os Inbox mappával. Az utóbbi időben ezt a hibaüzenetet dobja:

"Nincs elég hely a lemezen az új levelek letöltéséhez. Töröljön régi leveleket vagy ürítse ki a Törölt elemek mappát, hogy több helyet nyerjen."

Természetesen a lemezen van hely bőven.
Azt hittem, a közelmúltbeli frissítés miatt van, de visszatérve régebbi verziókra és a profilt megetetve velük, ugyanezt az üzenetet kapom a Letöltésre kattintva.

A kérdésem: hogyan tudnék ettől a problémától megszabadulni? Nem ragaszkodom hozzá, hogy az összes levelem elérhető legyen egy profilból, az is jó lenne, ha a következők ugyanebben a struktúrában lennének kezelhetőek, a régieket egy másik profilból érném el.

A következő ötleteim vannak:
-Teljesen új profillal indulni. Ezzel a problémám: az exportált üzenetszűrők fájlját nem fogadja vissza (a régiből kiterjesztés nélkül exportálja, de az újban csak Eudorából lehetne importálni szűrőket).
-Ha lehetne esetleg olyant, hogy csak Inbox fájlokat helyezzek át, a könyvtárszerkezet és az azokhoz szolgáló üzenetszűrők megmaradjanak, ha lehet a beállításokkal és Export/Import nélküli Címjegyzékkel.

Ha esetleg Outlook 2013 alatt zökkenőmentesebb az élet és van megbízható, részletes átállási útmutató a szűrők és címjegyzék maradéktalan átvitelével, azt is szívesen fogadom.

Kérdésre szívesen pontosítom, ha valami homályos.

Köszönöm!

Üdv!

Valamilyen oknál fogva, az elmúlt 1-2 héten történt upgrde után, egy debian szerveren lévő virtuális domain-ek weblapjai nagyon lassan jönnek be. (VIRTUALMIN)
Az oldal begépelése után vár...vár (5-10sec), majd szinte azonnal megjelenik a weblap. Gyakorlatilag a szokásos heti upgrade-en kívül nem történt semmi változás.
A szerveren futó minden más szolgáltatás normálisan fut (ssh, ftp).
A LOG-ban nincs semmi ilyen problémára utaló bejegyzés, DNS-eket elleőriztem, oda és vissza is. Gőzöm sincs mi lehet.

Véleményem szerint(!) az apache-ban történhetett valami config változás, de lila gőzöm sincs mi.
Nem tapasztalt, nem tud erről valaki valamit?

Tilla

Üdvözletem,
lenne egy levelező szerver (Postfix 2.7), és az utóbbi időben az e-mail szerver domainéről (amidomainunk.hu) nem létező e-mail postafiókokról (nemletezofiok111@amidomainunk.hu, aaaaaaaa@amidomainunk.hu, asdasdasd@amidomainunk.hu) spamek kezdenek kicsorogni.

Szeretném szűrni ezen kéretlen levelek áradatát.

Van nekem a /etc/postfix/main.cf-be egy alábbi sorom:

smtpd_sender_restrictions = check_sender_access hash:/etc/postfix/sender_access

Illetve a /etc/postfix/sender_access állományban ilyesmik:

gonoszspammerdomain.hu REJECT
megcsunyabbspammerdomain.hu REJECT
amidomainunk.hu reject_unverified_sender

A

postmap /etc/postfix/sender_access
/etc/init.d/postfix

parancsok lefuttatva.

Telnettel tesztelve, a gonoszspammerdomain.hu domainről küldve levelet

554 5.7.1 <info@gonoszspammerdomain.hu>: Sender address rejected: Access denied

hibakóddal visszadobja a levelet,
de az asdasdasd@amidomainunk.hu (nem létező) e-mail címről viszont továbbküldi:

telnet mail.amidomainunk.hu 25
Trying 192.168.0.1...
Connected to mail.amidomainunk.hu.
Escape character is '^]'.
220 mail.amidomainunk.hu ESMTP Postfix (Debian/GNU)
HELO amidomainunk.hu
250 mail.amidomainunk.hu
MAIL FROM: asdasdasd@amidomainunk.hu
250 2.1.0 Ok
RCPT TO: letezofiok@gmail.com
250 2.1.5 Ok
DATA
354 End data with <CR><LF>.<CR><LF>
test
test
test
.
250 2.0.0 Ok: queued as 9F936A3C5C

Hogyan lehetne a reject_unverified_sender-t működésre bírni?

Megtisztelő válaszaitokat előre is köszönöm.

Megoldottam
A megoldás annyi volt, hogy az unverified-ot kicseréltem unlisted-re - ez által az adatbázisban ellenőrzi le a fiók meglétét:

gonoszspammerdomain.hu REJECT
megcsunyabbspammerdomain.hu REJECT
amidomainunk.hu reject_unlisted_sender

így az alábbi helyzet áll elő:

telnet mail.amidomainunk.hu 25
Trying 192.168.0.1...
Connected to mail.amidomainunk.hu.
Escape character is '^]'.
220 mail.amidomainunk.hu ESMTP Postfix (Debian/GNU)
HELO amidomainunk.hu
250 mail.amidomainunk.hu
MAIL FROM: asdasdasd@amidomainunk.hu
250 2.1.0 Ok
RCPT TO: letezofiok@gmail.com
550 5.1.0 <asdasdasd@amidomainunk.hu>: Sender address rejected: User unknown in virtual mailbox table

Sziasztok!

Az utóbbi időben egyre lassabb az internet elérésem. Azaz egy oldal akár fél percig is töltődik, ekkor a firefox azt írja ki, hogy looking up xy.hu, majd hirtelen betölt.
A sebességmérő oldalak nem mutatnak kirívó lassúságot, valahogy nekem az a benyomásom, hogy a kapcsolat létrehozása ami nem gördülékeny. Bár a youtube videóknak is több idő kell töltődéshez, akadoznak.

Mivel mutathatnám ezt ki?

A google névszervereit használom. Őket pingelve a válasz 30-160 ms között mozog.

Kim Dotcom a BBC hírei szerint már nem tudja fizetni az ügyvédeit (vagy nem akarja és ez is egy trükk). Lehet, hogy a MEGA is a korábbi Dotcom szolgáltatás, a Megaupload sorsára jut?