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

Sziasztok!

Eddig nem kellett így csak most derült ki, hogy az automatikus válasz ( vakáció üzenet ) nem működik.

Beállítom, /var/vmail/mailfilters/domain.com/teszt alatt létre is jön az .autoresponder és a .vacation.msg fájl.

Első beérkező levélnél meg is érkezik a válasz üzenet és létrejön a vacation.lst.gdbm és a vacation.lst.lock fájl. A további levelekre már nem küldi ki a választ. Amennyiben törlöm ezt a két fájlt újra működik a küldés.

Annyira sikerült rájönnöm, hogy a maildrop hozza létre, valószínűleg az flock() függvénnyel és nem törli ki automatikusan.

Valakinek ismerős a probléma? Nem megy sem Ubuntu 10.04 alatt sem pedig Debian 6 alatt telepített ISPConfig 3-al sem.

Sziasztok !

Segítséget szeretnék kérni problémámra.

Beüzemeltem egy Zimbra 7.2 servert (ubuntu10.04 64 bit platformra).

Beállítottam rajta mindent (domain, kiszolgáló stb.) és belefutottam abba a problémába, hogy nem tudok róla küldeni levelet sem a belső LAN-on lévő másik serverre sem ki, bármely publikus mail-serverre .
Fogadni tudok kintről és a LAN-ról is leveleket.

Ja a server egy tűzfal mögött ücsörög , de a tűzfalon át van engedve a forgalom.

Először vmi tűzfal hibára gyanakodtam, s ezért összedobtam egy postfix+dovecot mail servert ugyan olyan tűzfal beállításokkal és az rendesen tud levelezni bármely irányba.
A mail server be van jegyezve a DNS-be, van publikus címe stb...

Mi lehet a gond ?
Merre keresgéljek ?

Mivel ez egy ingyenes Zimbra , nem sok használható doksi, support van hozzá.

Előre is köszönöm az ötleteket , segítséget !

Sztupi

Sziasztok!

A következő a helyzet. Van egy windows2003-as szerver, azon fut kétféle szoftver, ami levelet akar küldeni.
Az egyik egy SAPB1 (SAP Business One) nevű vállalatirányítási rendszer. Ezt nem ismerem,de a beállítási panelen a következőket lehet megadni:
- SMTP szerver IP cím: 192.168.0.42
- SMTP port: 25
- user name
- password
- Encoding: Hungarian/Hungary
- SMTP Client: Microsoft .NET
- Authentication: Basic Authentication
- Use TLS: Yes

ez így nem tud levelet küldeni a postfix szerverre.
A postfix ugyanarról a gépről Thunderbirdből küldött levelet (TLS és PLAIN authentikáció) elfogad.

A postfix egyébként így van beállítva:
smtpd_sasl_auth_enable = yes
smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination check_policy_service inet:127.0.0.1:60000
smtpd_tls_auth_only = yes
smtpd_use_tls=yes

SMTP Clientnek választható lenne még SEE4C, amiről azt találta a google, hogy egy C++ library, viszont ha ezt választjuk, a TLS nem választható opció.
Authentication-nak 3 lehetőség van: Anonymous, Basic Authentication, Integrated Windows Authentication.

A logban egyelőre semmit nem látok:
Jun 25 15:08:21 spark postfix/smtpd[25579]: connect from unknown[192.168.2.203]
Jun 25 15:08:36 spark postfix/smtpd[25579]: lost connection after STARTTLS from unknown[192.168.2.203]
Jun 25 15:08:36 spark postfix/smtpd[25579]: disconnect from unknown[192.168.2.203]

Most beállítottam a debug_peer_list-be, aztán meglátom, mennyivel logol majd többet.

Tudjátok esetleg, hogy a SAP mivel próbálkozik? Kell neki valami, amit a postfix a jelenlegi beállításokkal nem támogat? Esetleg nem tetszik neki a self signed cert ami a TLS-hez van?

G

Sziasztok!

Összeraktam egy autentikált postfixet ami MySQL-ből dolgozik. Látszólag működik is ahogy kell, tudok autentikálni, ha rossz jelszót írok, azt értelem szerűen nem eszi meg... Viszont, ha épp nincs kedvem autholni és az ehlo után már küldöm is a levelet, akkor is elküldi gondolkodás nélkül. Ilyet még nem nagyon tapasztaltam... Először azt hittem, hogy a mynetworks-be valahogy belevettem annak a gépnek a címét, ahonnan próbálgattam, de nem. A main.cf-ből ide vágó sorok:


smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes


smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination

Ha szükséges pastebinezem a többi configot. Az egészet pedig ez a leírás alapján csináltam. Szóval aki látott már ilyet vagy van ötlete ne tartsa magában! :)

Sziasztok!

Az egyik felhasználóm home könyvtárában van egy public_html könyvtár, amihez fel lett véve egy Apache virtualhost. A PHP viszont nem tud írni az érintett felhasználói könyvtárba. Hogyan lehet megoldani azt, hogy a 755 jogosultsággal rendelkező, felhasználó tulajdonában lévő fájlokat és könyvtárakat az Apache/PHP módosítani tudja?

Opera/9.80 (X11; Linux i686; U; hu) Presto/2.10.289 Version/12.00

Megjelent a 12.0 opera.
Minden rendben, egyet nem értek.

Miért jelenik meg minden upgrade-script lefutás és opera indítás után ez a szöveg:

Chuyển đổi tức thì

Lefordíthatnám ugyan, de nem érdekel annyira...
A böngésző roppant kellemes, szerintem sosem volt komolyabb gondom vele, csak egy ideig a flash-sel.

Talán egyetlen hiányossága, hogy a letöltésvezérlés a wget "-c", azaz continue kapcsolójának megfelelő funkciója nincsen. Vagy csupán én nem találtam az operához "félbeszakadt letöltést folytató" plugint?

Sziasztok!

Keresek egy olyan hírlevélküldő rendszert,ami:
- ingyenes,
- kezel több, mint 10000 email címet, CSV fájlból,
- HTML kimenetet is kezel,

Próbáltam a Word Press Wysija modulját. Csudás lenne, ha nem kezelne csak 2000 emailt, (persze 99 USD leperkálása után korlátlan... :S)

Pommo-t is próbáltam. Sem a Sourceforge, sem az SVN verzió fel se települt...

Egyéb ötlet?

Előre is köszönöm!

Sziasztok!

Hogyan lehet megoldani, hogy ha frissítek egy bővítményt (pl. Flash Player), akkor az a Mozilla termékekben a frissítés előtti állapotnak megfelelően legyen engedélyezve vagy letiltva?

Lámának érzem a kérdést, de nem találtam rá választ.

Sziasztok!

Olyan kérdésem lenne, hogy tud-e esetleg valaki olyan megoldást,
amivel Postix-en keresztül beérkező leveleket lehet szűrni csatolmány kiterjesztése alapján.
Tudom, hogy "header_checks"-el lehet szűrni kiterjesztésre,
viszont engem olyan megoldás érdekelne, ami a tömörített állományokba is belenéz.
Persze az Amavis belenéz a tömörített állományokba, viszont az is fontos lenne,
hogy a levél ne kerüljön be a queue-ba, hanem még a kézbesítés során kerüljön visszautasításra hasonlóan mint pl. Clamav-milter-nél.
A legjobb az lenne, ha a Clamav-milter-el ezt meg lehetne oldani,
tehát nem csak vírust szűrne, hanem kiterjesztés alapján is visszautasítana, de erre nem találtam megoldást.
Tulajdonképpen a szűrő funkcionalitásának nagyjából ennek kéne megfelelni: http://support.google.com/mail/bin/answer.py?hl=en&answer=6590
Tehát kézbesítés során utasítson vissza bizonyos kiterjesztésű csatolmányokkal rendelkező leveleket akkor is,
ha a fájl tömörített állományban van.

Tudom, hogy ez nem véd semmi ellen, meg át lehet nevezni a fájlt, stb., én ennek ellenére most erre keresek megoldást.

Előre is köszi.

Az nginx-et használjuk reverse proxy-nak, és minden remek, egy kivétellel: az nginx úgy szereti csinálni, hogy a post kéréseket először elfogyasztja jómaga, és csak utána dobja rá a backend szerverre. Ez sajnos pár alkalmazásnál nem nagyon válik be. Az alkalmazás(ok) lecserélése is folyamatban, de egyelőre még nem találtunk jobbat (http://hup.hu/node/112847#comment-1436643).

Viszont gondoltam hogy lecserélem haproxy-ra, igaz az csak proxy, de ez még nem lenne baj. Az már igen, hogy nem tud https-t végződtetni. Ez alatt azt értem, hogy jelenleg a https forgalom az nginx-ig tart, onnan http-vel megy tovább a belső hálózaton a forgalom. Ezt - ha jól látom - nem tudom megoldani haproxyval. Viszont ezt a működést így szeretném megtartani.

Akkor viszont mivel lehetne?