Postfix es mysql

Debian GNU/Linux

Volt mar ilyen tema, de annyi bejegyzessel (tobb lapos), hoyg nem tunik fel, ha uj hozzaszolas erkezik...

Update: atneveztem a topicot, konnyebb ratalalni.

  • 1543 megtekintés

( maszili | 2008. 06. 15., v – 23:04 )

Szerintem pont ezért nincs értelme ilyen gyűjtő topikot létrehozni.

Ha valakinek gondja van akkor a problémával kapcsolatos cím alatt hozzon létre új oldalt és ne egy általános (a problémára egyáltalán nem utaló) név alatt gyűljön össze rengeteg megoldás...

--
maszili

Sziasztok!
Rápillantanátok erre, hogy rendben van-e? (Több szem többet lát.)
Köszönöm!

smtpd_recipient_restrictions =
reject_non_fqdn_recipient,
reject_non_fqdn_sender,
reject_unknown_sender_domain,
reject_unknown_recipient_domain,
permit_mynetworks,
permit_sasl_authenticated,
reject_unauth_destination,
reject_rbl_client bl.spamcop.net,
reject_rbl_client list.dsbl.org,
reject_rhsbl_client blackhole.securitysage.com,
reject_rhsbl_sender blackhole.securitysage.com,
reject_rbl_client dnsbl.sorbs.net,
reject_rbl_client sbl.spamhaus.org

( Celtic v | 2008. 06. 15., v – 23:18 )

Kovetkezo a problemam:
Adott egy postfix lenny-n, 2.5.2 verzioval. Sok-sok virtualis host/user, stb, szoval szep lenne, ha az smtp_*_restrictions sorok szepen mysql-bol mennenek. Nekialltam megirni. Valamiert nagyon nem mukodott. Vegul ezt vettem eszre:
Egy egyszeru lekerdezes, az /etc/postfix/client_access file alapjan:

user = root
password= pass
hosts = localhost
dbname = mailtools
query SELECT domname FROM mail_domain WHERE domname='%d"

Es erre a kovetkezo hibaval valaszol a postmap -q "aion.hu" mysql:client_access:
postmap: fatal: bad string length 0 < 1 client_access_dbname =

(Vagyis ugy veszi, hoyg ures a dbname, hiaba adom meg a config file-ban....)
Googlet turtam, de megoldast nem talaltamn :(

Egyebkent probaltam a 2.2 elotti lekerdezest hasznalni (query nelkul), a main.cf-ben megadni:
.
.
mysql name_user = root
mysql name_password= pass
mysql name_hosts = localhost
mysql name_dbname = mailtools
.
.

Maga a postfix nem szol semmit, csak nem authentikal, a postmap-nal tunt fel. A mysql db/tabla elerheto, phpmyadmin vagy parancssori mysql segitsegevel mukodik. Egyszeruen a postmap ugy erzi, hogy en nem adom meg az adatbazis nevet...
Otlet?

Nos, asszem nem itt volt a gond. Nem megy postmap, hat nem megy, attol a postfix meg megy.

Ujabb kerdesem: hogyan oldjam meg, hogy a mysql altal visszaadott ertek egy "OK" vagy "REJECT" legyen?
A fenti lekeres ugye a domain nevvel ter vissza, nekem meg csak annyi kellene, ha nem uressel tert vissza,
tehat volt ilyen domain nev, akkor dobjon egy OK-ot, ha nem, akkor REJECT-et. Tudom, az egyszeru megoldas az lenne,
ha a mysql tablaban lenne ilyen mezo, de nem jarhato ut.

( Celtic v | 2008. 06. 18., sze – 14:00 )

Namegegy kerdes :) Adott egy lista, pl. mysql:/etc/postfix/blacklist
Mondjuk, innen ellenorizne, hogy a kliens _nincs_ benne a listaban.
Azt, hoyg benne van, nem nehez ellenorizni:

/etc/postfix/blacklist
user = xy
password = xy
host =localhost
table = blacklist
query = SELECT status FROM mail_blacklist WHERE mail_address ='%s'

Na de hoyg tudom az eredmenyt negalni? Tehat nekem az lenne fontos, hogy _nincs_ a
listaban... Mint feljebb is latszik, arra sem jottem ra, hogyan lehetne tetszoleges
erteket visszaadatni a mysql-lel, de azt megoldottam egy plusz mezo beszurasaval.

Nem értem, miért kell ezt negálni? Az eredmény ugyanaz!
És nem tiszta a terminológia sem, mert kliens irsz és mail_address van feltételnént,
az access jellegű ellenőrzés pedig IP alapon történik.
-------------------------------------------------
Fórumozós 1x1: Nem érdekel a hitvallásod! Érvelj és ne hirdess!