Ha nem baj akkor szeretnek en is egy kis segitseget kerni.
Ha szeretnek kuldeni egy levelet az adott cimre akkor a level visszapattan es ezt kapom a logba: (probalom formazni a szoveget, hogy kiferjen a forumban)
[code:1:f41b66883b]apuka postfix/postfix-script: starting the Postfix mail system
apuka postfix/master[28068]: daemon started -- version 2.0.19
apuka postfix/smtpd[28075]: connect from fmx7.freemail.hu[195.228.242.227]
apuka postfix/smtpd[28075]: 947DB1A415: client=fmx7.freemail.hu[195.228.242.227]
apuka postfix/cleanup[28077]: 947DB1A415: message-id=<freemail.20040231093847.1161@fm5.freemail.hu>
apuka postfix/qmgr[28070]: 947DB1A415: from=<maszili@freemail.hu>, size=835, nrcpt=1 (queue active)
apuka postfix/smtpd[28075]: disconnect from fmx7.freemail.hu[195.228.242.227]
apuka postfix/local[28084]: 947DB1A415: to=<maszili@axel-net.com>, relay=local, delay=0, status=bounced (unknown user: "maszili")[/code:1:f41b66883b]
A felhasznalo letezik az adatbazisban, de csak ott, valodi felhasznalo nincsen:
Nekem is pontosan ez a problémám. A symlinket is megcsináltam a mysql-re, mert anélkül nem ment.
[quote:217dc67120="Anonymous"]Ha nem baj akkor szeretnek en is egy kis segitseget kerni.
Ha szeretnek kuldeni egy levelet az adott cimre akkor a level visszapattan es ezt kapom a logba:
apuka postfix/local[28084]: 947DB1A415: to=<maszili@axel-net.com>, relay=local, delay=0, status=bounced (unknown user: "maszili")
A felhasznalo letezik az adatbazisban, de csak ott, valodi felhasznalo nincsen:
Hali.
Hiaba allitgatod a virtualt, ha a local kapja meg a levelet tovabbitasra.
Vagy hasznald a transport táblát, vagy állítsd a
fallback_transport = virtual
-ra.
Fri
Vagy hasznald a transport táblát, vagy állítsd a
fallback_transport = virtual
A mennyei gondviselés vezetett ide Téged!... :)
Köszi a segitséget bárki légy is.
A bénázásomat a 'kezdő linuxos vagyok' számlájára írom, de azért igyekszem megfogadni a jótanácsokat.
Van egy woodym. Felraktam a postfixet és a postfix-mysql csomagot. Persze
a mysql is rendesen fent van. A következő hibát találom a log fájlban:
Mar 31 14:03:05 project postfix/trivial-rewrite[31226]: warning: connect
to mysql server 127.0.0.1: Can't connect to MySQL server on '127.0.0.1'
(111)
Mar 31 14:03:05 project postfix/trivial-rewrite[31226]: fatal: transport
table lookup problem
Mar 31 14:03:06 project postfix/master[30391]: warning: process
/usr/lib/postfix/trivial-rewrite pid 31226 exit status 1
Mar 31 14:03:06 project postfix/master[30391]: warning:
/usr/lib/postfix/trivial-rewrite: bad command startup -- throttling
Az ide vonatkozó sor a main.cf -ből a következő:
transport_maps = mysql:/etc/postfix/mysql-transport.cf
A mysql-transport.cf a következő:
user = felhasználónév
password = jelszó
dbname = postfix
table = postfix_transport
select_field = destination
where_field = domain
hosts = 127.0.0.1
A felhasználónév és jelszó páros jó, mert a terminálról a
mysql -u felhasználónév -p postfix
be tudok lépni. Miért nem tud kapcsolódni a postfix a mysql -hez?
Hol nézzek még körül a logban?
Előre is köszönöm a segítséget!
Egy kicsit gyanús nekem valami.
A netstat -a | grep -i listen parancsra nagyon nem látom, hogy a TCP -nél ott figyelne a mysql
unix 2 [ ACC ] STREAM LISTENING 5588 /var/run/mysqld/mysqld.sock
csak egy ilyen sort találtam.
Lehet hogy itt a bibi, hogy socketen keresztül lehet csak elérni a mysql-t?
meg próbáltam ilyet is:
telnet 127.0.0.1 3306
telnet: Unable to connect to remote host: Connection refused
Erre meg ez volt a válasz.
Viszont ha egy php fájlból indítok kérést, akkor az működik.
Mi lehet a bibi?
Már kezdem elveszíteni a türelmem :)
[quote:288afe20a5="Bercy"]Hello!
Probald meg, hogy a /var/run/mysqld/mysqld.sock -ot symlinkeled a /var/postfix -var run konyvtaraba
(sajnos most nem tudom pontosan megnezni)
Udv Bercy!
Ilyen baromsagot... Jo lenne, ha nem osztanad itt az eszt.
skip-networkinget szedd ki a my.cnf-bol, inditsd ujra a mysql servert,
es a postfix configban a localhost stringet csereld ki 127.0.0.1-re
[quote:90a2854de6="asd"][quote:90a2854de6="Bercy"]Hello!
Probald meg, hogy a /var/run/mysqld/mysqld.sock -ot symlinkeled a /var/postfix -var run konyvtaraba
(sajnos most nem tudom pontosan megnezni)
Udv Bercy!
Ilyen baromsagot... Jo lenne, ha nem osztanad itt az eszt.
skip-networkinget szedd ki a my.cnf-bol, inditsd ujra a mysql servert,
es a postfix configban a localhost stringet csereld ki 127.0.0.1-re
asd
Szia Asd!
Bercy gondolom arra utalt, hogy a unix socket-et reprezentáló file-t, amin a mysql skip-network esetén kizárólagosan kommunikál, láttassuk valahogy a postfix chroot környezete felé is. Ez azért nem olyan nagy baromság, még ha pontatlanul is fogalmazott, és praktikusabb is ilyen helyzetben ip-t használni. Mellesleg a unix socket-en imho a mysql kommunikáció gyorsabb is valamivel. És valóban fontos, hogy a "localhost" név alatt a mysql unix socket-et ért, a loopback-et direkt ip-vel (127.0.0.1) kell meghivatkozni. Erre a mysql és db táblák esetén is fontos figyelni.
A mysql socketjenek linkelese egyelatalan nem butasag. A postfixod valoszinuleg chroot kornyezetben fut, ezert a sajat rootjaban keresi a socket filet. Hard linket kell csinalnod a file-rol a chroot kornyezetbe:
"ln -f /var/run/mysqld/mysqld.sock /var/spool/postfix/var/run/mysqld/mysqld.sock"
- ahol a /var/spool/postfix/ folder a postfixnek beallitott chroot.
Ajanlatos a fenti sort minden egyes mysql inditasnal lefuttatni (aka. betenni a mysql init scriptjenek a start szekciojaba)
Ugy latom, hogy van itt olyan aki erti a temat.
Ha nem baj akkor szeretnek en is egy kis segitseget kerni.
Ha szeretnek kuldeni egy levelet az adott cimre akkor a level visszapattan es ezt kapom a logba: (probalom formazni a szoveget, hogy kiferjen a forumban)
[code:1:cd46f2158b]apuka postfix/postfix-script: starting the Postfix mail system
apuka postfix/master[28068]: daemon started -- version 2.0.19
apuka postfix/smtpd[28075]: connect from fmx7.freemail.hu[195.228.242.227]
apuka postfix/smtpd[28075]: 947DB1A415: client=fmx7.freemail.hu[195.228.242.227]
apuka postfix/cleanup[28077]: 947DB1A415: message-id=<freemail.20040231093847.1161@fm5.freemail.hu>
apuka postfix/qmgr[28070]: 947DB1A415: from=<maszili@freemail.hu>, size=835, nrcpt=1 (queue active)
apuka postfix/smtpd[28075]: disconnect from fmx7.freemail.hu[195.228.242.227]
apuka postfix/local[28084]: 947DB1A415: to=<maszili@axel-net.com>, relay=local, delay=0, status=bounced (unknown user: "maszili")[/code:1:cd46f2158b]
A felhasznalo letezik az adatbazisban, de csak ott, valodi felhasznalo nincsen:
[code:1:cd46f2158b]mysql> select * from users where user='maszili' ;
| id | address | crypt | clear | name | uid | gid | home | domain | maildir | quota | imapok | bool1| bool2 | userid | oid | user|
A nekem is ezzel a párosítással gyült meg a bajom:
postfix-snap-mysql, mysql...(miutan megtudtam, h linkelni kell a mysql-t a postfix chrootba maris jobban ment)
Az en problemam a kovetkezo:
miutan letrehoztam postfix.admin-nal a virtualis user-t (rendben letre is jott a mysql tablakban) es ra-telnet-elek a 25 os portra, majd eljatszom a levelezo progit, az iment letrehozott userre azt mondja ismeretlen.
a mysql log a kovetkezo:
22 Query select maildir from mailbox where username = 'valami.hu'
A mail.log a kovetkezo:
to=<lac@valami.hu>, relay=local, delay=12, status=bounced (unknown user: "lac")
Úgy döntöttem, hogy mivel a debian woodyban elég régi a postfix, ezért gondoltam arra, hogy felrakom forrásból. Letöltöttem a 2.0.19 forrást és 2 patchet hozzá:
- VDA patchet és a
- postfix-2.0-ns-mx-acl-patch
Kicsomagoltam egy könyvtárba. Hozzáadtam a patcheket. Majd jött a 'make' parancs. Le is fordult szépen. A make install meg helyére is rakott mindent. Kezdtem örülni. De mikor megadtam a main.cf -ben, hogy alias alias_maps = mysql:/etc/postfix/mysql-alias.cf
Akkor a logban a következőre bukkantam:
fatal: unsupported dictionary type: mysql
Azt értem, hogy nem sikerült belerakni a mysql támogatást a fordításnál. Kell ehhez is valami patch, vagy valami kapcsoló a make -nek? Valaki legyen olyan kedves és segítsen, mert nem igazán találok leírást, hogy kellene úgy feltenni forrásból a postfixet, hogy legyen benne mysql támogatás.
Előre is köszönöm!
Közben megtaláltam a megoldást:
a postfix forráskönyvtárából a 'make' előtt kell még egy:
make makefiles 'CCARGS=-DHAS_MYSQL \
-I/usr//include/mysql'
'AUXLIBS=-L/usr/lib/ \
-lmysqlclient -lz -lm -L/usrl/lib'
Persze a megfelelő dev csomagokat fel kell rakni a mysql mellé.
Így most már működik a mysql támogatás és az e-mail címenkénti quota :).
Hízik a máj :)
Esetleg egy olyan apró részletkérdésem van, hogy a main.cf -ben van egy ilyen opció:
'virtual_maildir_limit_message = Sorry, the users mailbox is full!'
Ezt szerettem volna átírni kicsit szebbre és magyarra. De persze a magyar karakterek nem igazán úgy jelentek meg a MAILD-DAEMON által küldött válaszlevélben. Lehet ezzel valamit kezdeni?
Teljesen jól működik minden. Vagy is majdnem. A quota nem igazán megy.
Hiába állítom be a megfelelő táblát a mysqlben. Nem is kéri le, mikor levélküldés van.
Mivel tudnám kezelni, hogy a postfix figyelembe vegye az adatbázisban lévő quota értéket?
Megcsináltam neki a teljes elérési utat, de még mindíg nem akarja az igazságot. De nem lehetne beállítani hogy ő hozza létre amikor hozzáadok egy usert?
Nem igazan
localhost=socket connect
127.0.0.1=ip:port connect
asd
Mar 31 14:03:05 project postfix/trivial-rewrite[31226]: warning: connect
to mysql server 127.0.0.1: Can't connect to MySQL server on '127.0.0.1'
(111)
Szerinted ez a hibauzenet mire utal?
A problema oka annyi hogy ha lo-n keresztul szeretnel csatlakozni a mysql szerverhez akkor a skip-networking-et ki kell kommentezned, de ezt egeszen biztosan Te is tudod, szoval nem ertem miert irtad ezt :wink:
Nálam beszállt a képbe az amavis az f-prottal az oldalán is. Azt szeretném, hogy ne az összes hostolt domain e-mail címeit szűrje, hanem csak bizonyos domainek emailjeit. Az eredetileg a main.cf -ben content_filter = amavis:[127.0.01]:10025 van megadva. A postfix_transport táblájában a szűrni kívánt domain transportját lecseréltem 'amavis:[127.0.0.1]:10025:' -re. Megadtam a master.cf -ben, hogy:
amavis unix - n n - 100 pipe user=amavis argv=/usr/sbin/amavis ${sender} ${recipient}
localhost:10025 inet n - n - - smtpd -o content_filter=
Mikor küldtem a szűrni kívánt domain egyik e-mailjára, akkor a logban látom, hogy a postfix relay -ezi az amavisnak, de utánna egy szép kis mail loop alakul ki, és az amavis meg is pusztul, mert a posfix 554 End data with <CR><LF>.<CR><LF>
Error: too many hops
Csak nem tudom, hogy miért kezdi újra és újra küldeni. Ha a transportban visszaállítom virtualra és postfix flush -t kiadom, akkor utánna megkapja a címzett a levelet, de a levél fejlécében 47x van benne, hogy X-Virus-Scanned: by AMaViS :)
De miért is? Hol csesztem el?
Teljesen jól működik minden. Vagy is majdnem. A quota nem igazán megy.
Hiába állítom be a megfelelő táblát a mysqlben. Nem is kéri le, mikor levélküldés van.
Mivel tudnám kezelni, hogy a postfix figyelembe vegye az adatbázisban lévő quota értéket?
Laci Laci
A quota hasznalatara ket lehetoseg van: a maildrop hasznalata illetve a Postfix VDA patch hasznalata.
[quote:10e278cec0="maszili"]
Ha szeretnek kuldeni egy levelet az adott cimre akkor a level visszapattan es ezt kapom a logba: (probalom formazni a szoveget, hogy kiferjen a forumban)
....
Mi lehet a baj? Mit nezzek meg? Meg kezdo vagyok ezert teljesen tanacstalan is...
Postfix configfileokat pastelj be lecci ezalapjan jopar dolog lehet, elsore ugy gondolom hogy a main.cfben nem allitottad virtual-ra a transportot.
A nekem is ezzel a párosítással gyült meg a bajom:
postfix-snap-mysql, mysql...(miutan megtudtam, h linkelni kell a mysql-t a postfix chrootba maris jobban ment)
Az en problemam a kovetkezo:
miutan letrehoztam postfix.admin-nal a virtualis user-t (rendben letre is jott a mysql tablakban) es ra-telnet-elek a 25 os portra, majd eljatszom a levelezo progit, az iment letrehozott userre azt mondja ismeretlen.
a mysql log a kovetkezo:
22 Query select maildir from mailbox where username = 'valami.hu'
A mail.log a kovetkezo:
to=<lac@valami.hu>, relay=local, delay=12, status=bounced (unknown user: "lac")
Van valakinek 5lete?
Kosz
Szabel
Amugy szerintem felesleges belinkelni a mysql socketet, egyszeruen be kell allitani a postfixben hogy ne legyen chrootolva eleg biztonsagosan van megirva igy is.
[quote:d4a50095c4="Anonymous"][quote:d4a50095c4="Sea-you"]
_biztosan_ 1001 a postfix uidja es gidje? cat /etc/passwd | grep postfix < ezt az uid-et es gid-et ird be.
Osztod az eszt pedig koze nincs hozza.
asd
Okoska:
The below example is the part that goes into your main.cf file of Postfix.
The path to the mysql files might be different on your setup. The same might be for
uid_maps, gid_maps and minimum_uid values. These values should be the ones from the postfix user and group.
You can find these in your /etc/passwd file.
Sajna a maildrop -os cuccot nem igazán tudtam összehozni. Letöltöttem a forrást (1.6.2 -s verziót), majd jött:
./configure --enable-syslog=1 --enable-maildropmysql --with-mysqlconfig=/etc/maildropmysql.config --without-db --enable-maildirquota
make -s
cd maildrop
strip maildrop
cp maildrop /usr/bin
Ahogy a doksiban le is van írva. Leellenőriztem a -v kapcsolóval és benne volt a mysql támogatás és a maildirquota támaogatás. Létrehoztam a /etc/maildropmysql.config fájlt a köv. tartalommal:
hostname 127.0.0.1
port 3306
database postfix
dbuser felhasználó
dbpw jelszó
dbtable postfix_users
# unused for now, but needs to be a valid field.
mailstatus_field postfix
where_clause "where postfix = 'y'"
A postfix logjában látom is hogy a relay=maildrop, de a mysql logjában már azt nem látom, hogy le akarná kérdezni az adatbázisból a maildirquotat, és állandóan a /home/mail könyvtárba szeretne mailbox formátumba tárolni a leveleket.
Hol keressem a bibit?
A master.cf állományban..
Valami ilyesminek kell benne lenni:
courier unix - n n - - pipe
flags=Ru user=daemon:daemon argv=/usr/bin/maildrop -f ${sender} -d ${recipient}
Ne a postfixből tesztetld, egy sima echo "" | maildrop -V 9 -f sender -d recipient megteszi.
A másik.. a maildrop nem tudja alapból a mailboxok rott-ját, én a helyedben igy használnám:
maildir_field concat('/usr/local/virtual/',maildir)
homedirectory_field concat('/usr/local/virtual/',maildir)
[quote:3a0e7dbb47="Anonymous"][quote:3a0e7dbb47="Sea-you"]
_biztosan_ 1001 a postfix uidja es gidje? cat /etc/passwd | grep postfix < ezt az uid-et es gid-et ird be.
Osztod az eszt pedig koze nincs hozza.
asd
Jelezni szeretném hogy a segítséget én kértem, de ez a hozzászólás nem tőlem származik.
Köszönöm mindenkinek a segítséget, és továbbra is várok minden ötletet.
A postfixem uid és gid : 102, tehát átírtam erre, de sajnos így sem lett jó.
[quote:b399ec07df="Anonymous"][quote:b399ec07df="Anonymous"][quote:b399ec07df="Sea-you"]
_biztosan_ 1001 a postfix uidja es gidje? cat /etc/passwd | grep postfix < ezt az uid-et es gid-et ird be.
Osztod az eszt pedig koze nincs hozza.
asd
Jelezni szeretném hogy a segítséget én kértem, de ez a hozzászólás nem tőlem származik.
Köszönöm mindenkinek a segítséget, és továbbra is várok minden ötletet.
A postfixem uid és gid : 102, tehát átírtam erre, de sajnos így sem lett jó.
A kovetkezok kerdes: ls -la /var/spool/postfix/virtual
Koszonom, hogy foglalkozol a problemammal... :)
[quote:e493cfd65e="Sea-you"]Postfix configfileokat pastelj be lecci ezalapjan jopar dolog lehet, elsore ugy gondolom hogy a main.cfben nem allitottad virtual-ra a transportot.
sziasztok
postfixet hasznalok postfixadminnal mysql backend-del
nezegttem a mysql folyamatokat es vannak olyan postfix processek amik mar tobb mint 200mp-e sleep-en vannak es kb 10 mysql folyamatos szal van nyitva postfix miatt.
normalis ez? hogy lehetne rabirni a postfixet, h zarja le ezeket a tetlen szalakat?
Hozzászólások
Ha nem baj akkor szeretnek en is egy kis segitseget kerni.
Ha szeretnek kuldeni egy levelet az adott cimre akkor a level visszapattan es ezt kapom a logba: (probalom formazni a szoveget, hogy kiferjen a forumban)
[code:1:f41b66883b]apuka postfix/postfix-script: starting the Postfix mail system
apuka postfix/master[28068]: daemon started -- version 2.0.19
apuka postfix/smtpd[28075]: connect from fmx7.freemail.hu[195.228.242.227]
apuka postfix/smtpd[28075]: 947DB1A415: client=fmx7.freemail.hu[195.228.242.227]
apuka postfix/cleanup[28077]: 947DB1A415: message-id=<freemail.20040231093847.1161@fm5.freemail.hu>
apuka postfix/qmgr[28070]: 947DB1A415: from=<maszili@freemail.hu>, size=835, nrcpt=1 (queue active)
apuka postfix/smtpd[28075]: disconnect from fmx7.freemail.hu[195.228.242.227]
apuka postfix/local[28084]: 947DB1A415: to=<maszili@axel-net.com>, relay=local, delay=0, status=bounced (unknown user: "maszili")[/code:1:f41b66883b]
A felhasznalo letezik az adatbazisban, de csak ott, valodi felhasznalo nincsen:
Nekem is pontosan ez a problémám. A symlinket is megcsináltam a mysql-re, mert anélkül nem ment.
A main.cf:
virtual_alias_maps = mysql:/usr/local/etc/postfix/mysql_virtual_alias_maps.cf
virtual_gid_maps = static:1001
virtual_mailbox_base = /usr/local/etc/postfix/virtual
virtual_mailbox_domains = mysql:/usr/local/etc/postfix/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = mysql:/usr/local/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_mailbox_limit = 51200000
virtual_minimum_uid = 1001
virtual_transport = virtual
virtual_uid_maps = static:1001
Szia
Az aliasokat nem mysql-bol kezeled?
pl:
virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf
Probald meg enelkul:
relay_domains = $mydestination
logfileban ugyanaz a hiba ezutan is?
[quote:217dc67120="Anonymous"]Ha nem baj akkor szeretnek en is egy kis segitseget kerni.
Ha szeretnek kuldeni egy levelet az adott cimre akkor a level visszapattan es ezt kapom a logba:
apuka postfix/local[28084]: 947DB1A415: to=<maszili@axel-net.com>, relay=local, delay=0, status=bounced (unknown user: "maszili")
A felhasznalo letezik az adatbazisban, de csak ott, valodi felhasznalo nincsen:
Hali.
Hiaba allitgatod a virtualt, ha a local kapja meg a levelet tovabbitasra.
Vagy hasznald a transport táblát, vagy állítsd a
fallback_transport = virtual
-ra.
Fri
A mennyei gondviselés vezetett ide Téged!... :)
Köszi a segitséget bárki légy is.
A bénázásomat a 'kezdő linuxos vagyok' számlájára írom, de azért igyekszem megfogadni a jótanácsokat.
Üdvözletem,
Van egy woodym. Felraktam a postfixet és a postfix-mysql csomagot. Persze
a mysql is rendesen fent van. A következő hibát találom a log fájlban:
Mar 31 14:03:05 project postfix/trivial-rewrite[31226]: warning: connect
to mysql server 127.0.0.1: Can't connect to MySQL server on '127.0.0.1'
(111)
Mar 31 14:03:05 project postfix/trivial-rewrite[31226]: fatal: transport
table lookup problem
Mar 31 14:03:06 project postfix/master[30391]: warning: process
/usr/lib/postfix/trivial-rewrite pid 31226 exit status 1
Mar 31 14:03:06 project postfix/master[30391]: warning:
/usr/lib/postfix/trivial-rewrite: bad command startup -- throttling
Az ide vonatkozó sor a main.cf -ből a következő:
transport_maps = mysql:/etc/postfix/mysql-transport.cf
A mysql-transport.cf a következő:
user = felhasználónév
password = jelszó
dbname = postfix
table = postfix_transport
select_field = destination
where_field = domain
hosts = 127.0.0.1
A felhasználónév és jelszó páros jó, mert a terminálról a
mysql -u felhasználónév -p postfix
be tudok lépni. Miért nem tud kapcsolódni a postfix a mysql -hez?
Hol nézzek még körül a logban?
Előre is köszönöm a segítséget!
Laci Laci
Egy kicsit gyanús nekem valami.
A netstat -a | grep -i listen parancsra nagyon nem látom, hogy a TCP -nél ott figyelne a mysql
unix 2 [ ACC ] STREAM LISTENING 5588 /var/run/mysqld/mysqld.sock
csak egy ilyen sort találtam.
Lehet hogy itt a bibi, hogy socketen keresztül lehet csak elérni a mysql-t?
meg próbáltam ilyet is:
telnet 127.0.0.1 3306
telnet: Unable to connect to remote host: Connection refused
Erre meg ez volt a válasz.
Viszont ha egy php fájlból indítok kérést, akkor az működik.
Mi lehet a bibi?
Már kezdem elveszíteni a türelmem :)
Laci Laci
A my.cnf file-ban remeld ki a skip-networking opciót, mivel alapból csak lokális eléréssel megy.
Hello!
Probald meg, hogy a /var/run/mysqld/mysqld.sock -ot symlinkeled a /var/postfix -var run konyvtaraba
(sajnos most nem tudom pontosan megnezni)
Udv Bercy!
Ahhh, ez tényleg segített. Már csak egy gondom van:
postfix/virtual[2239]: 34073B3A: to=<proba@trend.boly.hu>, relay=virtual, delay=13, status=deferred (maildir delivery failed: create /var/spool/postfix/virtual/proba@trend.boly.hu/tmp/1081346990.2239_0.trend: Operation not permitted
Hiába adok meg bármilyen könyvtárat, írási jog, stb, akkor sem tudja írni...
[quote:288afe20a5="Bercy"]Hello!
Probald meg, hogy a /var/run/mysqld/mysqld.sock -ot symlinkeled a /var/postfix -var run konyvtaraba
(sajnos most nem tudom pontosan megnezni)
Udv Bercy!
Ilyen baromsagot... Jo lenne, ha nem osztanad itt az eszt.
skip-networkinget szedd ki a my.cnf-bol, inditsd ujra a mysql servert,
es a postfix configban a localhost stringet csereld ki 127.0.0.1-re
asd
[quote:90a2854de6="asd"][quote:90a2854de6="Bercy"]Hello!
Probald meg, hogy a /var/run/mysqld/mysqld.sock -ot symlinkeled a /var/postfix -var run konyvtaraba
(sajnos most nem tudom pontosan megnezni)
Udv Bercy!
Ilyen baromsagot... Jo lenne, ha nem osztanad itt az eszt.
skip-networkinget szedd ki a my.cnf-bol, inditsd ujra a mysql servert,
es a postfix configban a localhost stringet csereld ki 127.0.0.1-re
asd
Szia Asd!
Bercy gondolom arra utalt, hogy a unix socket-et reprezentáló file-t, amin a mysql skip-network esetén kizárólagosan kommunikál, láttassuk valahogy a postfix chroot környezete felé is. Ez azért nem olyan nagy baromság, még ha pontatlanul is fogalmazott, és praktikusabb is ilyen helyzetben ip-t használni. Mellesleg a unix socket-en imho a mysql kommunikáció gyorsabb is valamivel. És valóban fontos, hogy a "localhost" név alatt a mysql unix socket-et ért, a loopback-et direkt ip-vel (127.0.0.1) kell meghivatkozni. Erre a mysql és db táblák esetén is fontos figyelni.
Üdv: Bálint
A mysql socketjenek linkelese egyelatalan nem butasag. A postfixod valoszinuleg chroot kornyezetben fut, ezert a sajat rootjaban keresi a socket filet. Hard linket kell csinalnod a file-rol a chroot kornyezetbe:
"ln -f /var/run/mysqld/mysqld.sock /var/spool/postfix/var/run/mysqld/mysqld.sock"
- ahol a /var/spool/postfix/ folder a postfixnek beallitott chroot.
Ajanlatos a fenti sort minden egyes mysql inditasnal lefuttatni (aka. betenni a mysql init scriptjenek a start szekciojaba)
Udv,
S.
hosts = localhost
ennyi.
Ugy latom, hogy van itt olyan aki erti a temat.
Ha nem baj akkor szeretnek en is egy kis segitseget kerni.
Ha szeretnek kuldeni egy levelet az adott cimre akkor a level visszapattan es ezt kapom a logba: (probalom formazni a szoveget, hogy kiferjen a forumban)
[code:1:cd46f2158b]apuka postfix/postfix-script: starting the Postfix mail system
apuka postfix/master[28068]: daemon started -- version 2.0.19
apuka postfix/smtpd[28075]: connect from fmx7.freemail.hu[195.228.242.227]
apuka postfix/smtpd[28075]: 947DB1A415: client=fmx7.freemail.hu[195.228.242.227]
apuka postfix/cleanup[28077]: 947DB1A415: message-id=<freemail.20040231093847.1161@fm5.freemail.hu>
apuka postfix/qmgr[28070]: 947DB1A415: from=<maszili@freemail.hu>, size=835, nrcpt=1 (queue active)
apuka postfix/smtpd[28075]: disconnect from fmx7.freemail.hu[195.228.242.227]
apuka postfix/local[28084]: 947DB1A415: to=<maszili@axel-net.com>, relay=local, delay=0, status=bounced (unknown user: "maszili")[/code:1:cd46f2158b]
A felhasznalo letezik az adatbazisban, de csak ott, valodi felhasznalo nincsen:
[code:1:cd46f2158b]mysql> select * from users where user='maszili' ;
| id | address | crypt | clear | name | uid | gid | home | domain | maildir | quota | imapok | bool1| bool2 | userid | oid | user|
| maszili@axel-net.com | maszili@axel-net.com | 7iDlPtiskY36M | 16384 | Magyar Szilveszter | 5000 | 5000 | /var/spool/postfix/virtual | axel-net.com | /var/spool/postfix/virtual/axel-net.com/maszili/Maildir/ | 2 | 1 | 1 | 1 | 4 | 4 | maszili |
1 row in set (0.01 sec)
mysql> [/code:1:cd46f2158b]
Mi lehet a baj? Mit nezzek meg? Meg kezdo vagyok ezert teljesen tanacstalan is...
Sziasztok!
A nekem is ezzel a párosítással gyült meg a bajom:
postfix-snap-mysql, mysql...(miutan megtudtam, h linkelni kell a mysql-t a postfix chrootba maris jobban ment)
Az en problemam a kovetkezo:
miutan letrehoztam postfix.admin-nal a virtualis user-t (rendben letre is jott a mysql tablakban) es ra-telnet-elek a 25 os portra, majd eljatszom a levelezo progit, az iment letrehozott userre azt mondja ismeretlen.
a mysql log a kovetkezo:
22 Query select maildir from mailbox where username = 'valami.hu'
A mail.log a kovetkezo:
to=<lac@valami.hu>, relay=local, delay=12, status=bounced (unknown user: "lac")
Van valakinek 5lete?
Kosz
Szabel
Sziasztok,
Úgy döntöttem, hogy mivel a debian woodyban elég régi a postfix, ezért gondoltam arra, hogy felrakom forrásból. Letöltöttem a 2.0.19 forrást és 2 patchet hozzá:
- VDA patchet és a
- postfix-2.0-ns-mx-acl-patch
Kicsomagoltam egy könyvtárba. Hozzáadtam a patcheket. Majd jött a 'make' parancs. Le is fordult szépen. A make install meg helyére is rakott mindent. Kezdtem örülni. De mikor megadtam a main.cf -ben, hogy alias alias_maps = mysql:/etc/postfix/mysql-alias.cf
Akkor a logban a következőre bukkantam:
fatal: unsupported dictionary type: mysql
Azt értem, hogy nem sikerült belerakni a mysql támogatást a fordításnál. Kell ehhez is valami patch, vagy valami kapcsoló a make -nek? Valaki legyen olyan kedves és segítsen, mert nem igazán találok leírást, hogy kellene úgy feltenni forrásból a postfixet, hogy legyen benne mysql támogatás.
Előre is köszönöm!
Laci
Közben megtaláltam a megoldást:
a postfix forráskönyvtárából a 'make' előtt kell még egy:
make makefiles 'CCARGS=-DHAS_MYSQL \
-I/usr//include/mysql'
'AUXLIBS=-L/usr/lib/ \
-lmysqlclient -lz -lm -L/usrl/lib'
Persze a megfelelő dev csomagokat fel kell rakni a mysql mellé.
Így most már működik a mysql támogatás és az e-mail címenkénti quota :).
Hízik a máj :)
Esetleg egy olyan apró részletkérdésem van, hogy a main.cf -ben van egy ilyen opció:
'virtual_maildir_limit_message = Sorry, the users mailbox is full!'
Ezt szerettem volna átírni kicsit szebbre és magyarra. De persze a magyar karakterek nem igazán úgy jelentek meg a MAILD-DAEMON által küldött válaszlevélben. Lehet ezzel valamit kezdeni?
Laci
Sziasztok,
Teljesen jól működik minden. Vagy is majdnem. A quota nem igazán megy.
Hiába állítom be a megfelelő táblát a mysqlben. Nem is kéri le, mikor levélküldés van.
Mivel tudnám kezelni, hogy a postfix figyelembe vegye az adatbázisban lévő quota értéket?
Laci Laci
[quote:27479a7827="Sea-you"]hosts = localhost
ennyi.
Nem igazan
localhost=socket connect
127.0.0.1=ip:port connect
asd
[quote:611433ef7a="Anonymous"]
postfix/virtual[2239]: 34073B3A: to=<proba@trend.boly.hu>, relay=virtual, delay=13, status=deferred (maildir delivery failed: create /var/spool/postfix/virtual/proba@trend.boly.hu/tmp/1081346990.2239_0.trend: Operation not permitted
Van /var/spool/postfix/virtual konyvtar?
Tud bele irni?
asd
van ilyen könyvtáram, de pont ez a gond, hogy nem hajlandó beleírni.
Már teljesen kifogytam az ötletekből....
En azt vettem eszre, hogy a directory strukturanak egeszen eddig leteznie kell:
/var/spool/postfix/virtual/proba@trend.boly.hu/tmp/
Mert csak ezt probalja meg letrehozni.
1081346990.2239_0.trend
Megcsináltam neki a teljes elérési utat, de még mindíg nem akarja az igazságot. De nem lehetne beállítani hogy ő hozza létre amikor hozzáadok egy usert?
[quote:2633563beb="Anonymous"]En azt vettem eszre, hogy a directory strukturanak egeszen eddig leteznie kell:
/var/spool/postfix/virtual/proba@trend.boly.hu/tmp/
Mert csak ezt probalja meg letrehozni.
1081346990.2239_0.trend
Tevedes. Eddig kell leteznie:
/var/spool/postfix/virtual/
asd
[quote:656d86b464="Anonymous"][quote:656d86b464="Sea-you"]hosts = localhost
ennyi.
Nem igazan
localhost=socket connect
127.0.0.1=ip:port connect
asd
Mar 31 14:03:05 project postfix/trivial-rewrite[31226]: warning: connect
to mysql server 127.0.0.1: Can't connect to MySQL server on '127.0.0.1'
(111)
Szerinted ez a hibauzenet mire utal?
A problema oka annyi hogy ha lo-n keresztul szeretnel csatlakozni a mysql szerverhez akkor a skip-networking-et ki kell kommentezned, de ezt egeszen biztosan Te is tudod, szoval nem ertem miert irtad ezt :wink:
Üdvözlet,
Nálam beszállt a képbe az amavis az f-prottal az oldalán is. Azt szeretném, hogy ne az összes hostolt domain e-mail címeit szűrje, hanem csak bizonyos domainek emailjeit. Az eredetileg a main.cf -ben content_filter = amavis:[127.0.01]:10025 van megadva. A postfix_transport táblájában a szűrni kívánt domain transportját lecseréltem 'amavis:[127.0.0.1]:10025:' -re. Megadtam a master.cf -ben, hogy:
amavis unix - n n - 100 pipe user=amavis argv=/usr/sbin/amavis ${sender} ${recipient}
localhost:10025 inet n - n - - smtpd -o content_filter=
Mikor küldtem a szűrni kívánt domain egyik e-mailjára, akkor a logban látom, hogy a postfix relay -ezi az amavisnak, de utánna egy szép kis mail loop alakul ki, és az amavis meg is pusztul, mert a posfix 554 End data with <CR><LF>.<CR><LF>
Error: too many hops
Csak nem tudom, hogy miért kezdi újra és újra küldeni. Ha a transportban visszaállítom virtualra és postfix flush -t kiadom, akkor utánna megkapja a címzett a levelet, de a levél fejlécében 47x van benne, hogy X-Virus-Scanned: by AMaViS :)
De miért is? Hol csesztem el?
Laci
[quote:7de7f3d169="lacika"]Sziasztok,
Teljesen jól működik minden. Vagy is majdnem. A quota nem igazán megy.
Hiába állítom be a megfelelő táblát a mysqlben. Nem is kéri le, mikor levélküldés van.
Mivel tudnám kezelni, hogy a postfix figyelembe vegye az adatbázisban lévő quota értéket?
Laci Laci
A quota hasznalatara ket lehetoseg van: a maildrop hasznalata illetve a Postfix VDA patch hasznalata.
VDA:http://web.onda.com.br/nadal/
Maildrop:http://www.xs4all.nl/~jaspersl/quota
Mindketto mukodik mysqllel.
[quote:f30687014f="Sea-you"]Szia
Az aliasokat nem mysql-bol kezeled?
pl:
virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf
Igazabol ezt http://mypfxadmin.sourceforge.net/ felhasznalva probalom beallitani
a dolgokat.
[quote:f30687014f="Sea-you"]
Probald meg enelkul:
relay_domains = $mydestination
logfileban ugyanaz a hiba ezutan is?
Sajnos ugyanaz.
[code:1:f30687014f]Apr 5 10:41:15 apuka postfix/local[5962]: 5E0AB1A409: to=<maszili@axel-net.com>, relay=local, delay=0, status=bounced (unknown user: "maszili")[/code:1:f30687014f]
Azt nem ertem, hogy ez miert van:
unknown user: "maszili"
Ha benne van az users tablaban akkor miert mondja azt, hogy ismeretlen user?
Vagy az is lehet, hogy nem is abban a tablaban keresi?
[quote:9ad1f19837="asd"][quote:9ad1f19837="Anonymous"]En azt vettem eszre, hogy a directory strukturanak egeszen eddig leteznie kell:
/var/spool/postfix/virtual/proba@trend.boly.hu/tmp/
Mert csak ezt probalja meg letrehozni.
1081346990.2239_0.trend
Tevedes. Eddig kell leteznie:
/var/spool/postfix/virtual/
asd
Tehát leszedtem a postfixadmin-t, feltöltöttem a mysql-be a DATABASE.TXT, majd az itt található manual szerint betettem az alábbiakat a main.cf -be:
virtual_alias_maps = mysql:/usr/local/etc/postfix/mysql_virtual_alias_maps.cf
virtual_gid_maps = static:1001
virtual_mailbox_base = /var/spool/postfix/virtual
virtual_mailbox_domains = mysql:/usr/local/etc/postfix/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = mysql:/usr/local/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_mailbox_limit = 51200000
virtual_minimum_uid = 1001
virtual_transport = virtual
virtual_uid_maps = static:1001
majd mivel nem ment, még ezt is:
fallback_transport = virtual
és most itt tartok:
(maildir delivery failed: create /var/spool/postfix/virtual/proba@trend.boly.hu/tmp/1081498004.12170_1.trend: Permission denied)
Szóval mi lehet még a gond?
[quote:10e278cec0="maszili"]
Ha szeretnek kuldeni egy levelet az adott cimre akkor a level visszapattan es ezt kapom a logba: (probalom formazni a szoveget, hogy kiferjen a forumban)
....
Mi lehet a baj? Mit nezzek meg? Meg kezdo vagyok ezert teljesen tanacstalan is...
Postfix configfileokat pastelj be lecci ezalapjan jopar dolog lehet, elsore ugy gondolom hogy a main.cfben nem allitottad virtual-ra a transportot.
[code:1:10e278cec0]virtual_transport = virtual[/code:1:10e278cec0]
[quote:e7c069f795="Anonymous"]Sziasztok!
A nekem is ezzel a párosítással gyült meg a bajom:
postfix-snap-mysql, mysql...(miutan megtudtam, h linkelni kell a mysql-t a postfix chrootba maris jobban ment)
Az en problemam a kovetkezo:
miutan letrehoztam postfix.admin-nal a virtualis user-t (rendben letre is jott a mysql tablakban) es ra-telnet-elek a 25 os portra, majd eljatszom a levelezo progit, az iment letrehozott userre azt mondja ismeretlen.
a mysql log a kovetkezo:
22 Query select maildir from mailbox where username = 'valami.hu'
A mail.log a kovetkezo:
to=<lac@valami.hu>, relay=local, delay=12, status=bounced (unknown user: "lac")
Van valakinek 5lete?
Kosz
Szabel
Amugy szerintem felesleges belinkelni a mysql socketet, egyszeruen be kell allitani a postfixben hogy ne legyen chrootolva eleg biztonsagosan van megirva igy is.
[quote:bc58e69438="Anonymous"]
> virtual_gid_maps = static:1001
> virtual_uid_maps = static:1001
? (maildir delivery failed: create /var/spool/postfix/virtual/proba@trend.boly.hu/tmp/1081498004.12170_1.trend: Permission denied)
ls -lad /var/spool/postfix/virtual?
asd
[quote:13e22b4575="Anonymous"]
Tehát leszedtem a postfixadmin-t, feltöltöttem a mysql-be a DATABASE.TXT, majd az itt található manual szerint betettem az alábbiakat a main.cf -be:
virtual_alias_maps = mysql:/usr/local/etc/postfix/mysql_virtual_alias_maps.cf
virtual_gid_maps = static:1001
virtual_mailbox_base = /var/spool/postfix/virtual
virtual_mailbox_domains = mysql:/usr/local/etc/postfix/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = mysql:/usr/local/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_mailbox_limit = 51200000
virtual_minimum_uid = 1001
virtual_transport = virtual
virtual_uid_maps = static:1001
majd mivel nem ment, még ezt is:
fallback_transport = virtual
és most itt tartok:
(maildir delivery failed: create /var/spool/postfix/virtual/proba@trend.boly.hu/tmp/1081498004.12170_1.trend: Permission denied)
Szóval mi lehet még a gond?
_biztosan_ 1001 a postfix uidja es gidje? cat /etc/passwd | grep postfix < ezt az uid-et es gid-et ird be.
[quote:260feeccac="Sea-you"]
_biztosan_ 1001 a postfix uidja es gidje? cat /etc/passwd | grep postfix < ezt az uid-et es gid-et ird be.
Osztod az eszt pedig koze nincs hozza.
asd
[quote:d4a50095c4="Anonymous"][quote:d4a50095c4="Sea-you"]
_biztosan_ 1001 a postfix uidja es gidje? cat /etc/passwd | grep postfix < ezt az uid-et es gid-et ird be.
Osztod az eszt pedig koze nincs hozza.
asd
Okoska:
The below example is the part that goes into your main.cf file of Postfix.
The path to the mysql files might be different on your setup. The same might be for
uid_maps, gid_maps and minimum_uid values. These values should be the ones from the postfix user and group.
You can find these in your /etc/passwd file.
virtual_alias_maps = mysql:/usr/local/etc/postfix/mysql_virtual_alias_maps.cf
virtual_gid_maps = static:1001
virtual_mailbox_base = /usr/local/virtual
virtual_mailbox_domains = mysql:/usr/local/etc/postfix/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = mysql:/usr/local/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_mailbox_limit = 51200000
virtual_minimum_uid = 1001
virtual_transport = virtual
virtual_uid_maps = static:1001
Masreszt szanalmasnak tartom, hogy segiteni szeretnek es Te meg csak fikkantasz egyet. Szoval nyasgem.
Sajna a maildrop -os cuccot nem igazán tudtam összehozni. Letöltöttem a forrást (1.6.2 -s verziót), majd jött:
./configure --enable-syslog=1 --enable-maildropmysql --with-mysqlconfig=/etc/maildropmysql.config --without-db --enable-maildirquota
make -s
cd maildrop
strip maildrop
cp maildrop /usr/bin
Ahogy a doksiban le is van írva. Leellenőriztem a -v kapcsolóval és benne volt a mysql támogatás és a maildirquota támaogatás. Létrehoztam a /etc/maildropmysql.config fájlt a köv. tartalommal:
hostname 127.0.0.1
port 3306
database postfix
dbuser felhasználó
dbpw jelszó
dbtable postfix_users
default_uidnumber 5501
default_gidnumber 100
uid_field email
uidnumber_field uid
gidnumber_field gid
maildir_field maildir
homedirectory_field homedir
quota_field quota
# unused for now, but needs to be a valid field.
mailstatus_field postfix
where_clause "where postfix = 'y'"
A postfix logjában látom is hogy a relay=maildrop, de a mysql logjában már azt nem látom, hogy le akarná kérdezni az adatbázisból a maildirquotat, és állandóan a /home/mail könyvtárba szeretne mailbox formátumba tárolni a leveleket.
Hol keressem a bibit?
Laci
Szia.
A logban benne van minden: a local deamon kapta meg a levelet tovabbitasra, ami a helyi
felhasznalok kozott keres (passwd)(man local).
A transport table mondja meg, hogy melyik daemon-nak kell a levelet tovabbitania.
(man transport).
Fri
[quote:c84d140433="lacika"]
Hol keressem a bibit?
Laci
A master.cf állományban..
Valami ilyesminek kell benne lenni:
courier unix - n n - - pipe
flags=Ru user=daemon:daemon argv=/usr/bin/maildrop -f ${sender} -d ${recipient}
Ne a postfixből tesztetld, egy sima echo "" | maildrop -V 9 -f sender -d recipient megteszi.
A másik.. a maildrop nem tudja alapból a mailboxok rott-ját, én a helyedben igy használnám:
maildir_field concat('/usr/local/virtual/',maildir)
homedirectory_field concat('/usr/local/virtual/',maildir)
Fri
[quote:3a0e7dbb47="Anonymous"][quote:3a0e7dbb47="Sea-you"]
_biztosan_ 1001 a postfix uidja es gidje? cat /etc/passwd | grep postfix < ezt az uid-et es gid-et ird be.
Osztod az eszt pedig koze nincs hozza.
asd
Jelezni szeretném hogy a segítséget én kértem, de ez a hozzászólás nem tőlem származik.
Köszönöm mindenkinek a segítséget, és továbbra is várok minden ötletet.
A postfixem uid és gid : 102, tehát átírtam erre, de sajnos így sem lett jó.
[quote:b399ec07df="Anonymous"][quote:b399ec07df="Anonymous"][quote:b399ec07df="Sea-you"]
_biztosan_ 1001 a postfix uidja es gidje? cat /etc/passwd | grep postfix < ezt az uid-et es gid-et ird be.
Osztod az eszt pedig koze nincs hozza.
asd
Jelezni szeretném hogy a segítséget én kértem, de ez a hozzászólás nem tőlem származik.
Köszönöm mindenkinek a segítséget, és továbbra is várok minden ötletet.
A postfixem uid és gid : 102, tehát átírtam erre, de sajnos így sem lett jó.
A kovetkezok kerdes: ls -la /var/spool/postfix/virtual
De mégis megy, csak közben már tobbször elállítottam a mappát...
Kösszz mindenkinek, a gid, és az uid volt a bibi!
Koszonom, hogy foglalkozol a problemammal... :)
[quote:e493cfd65e="Sea-you"]Postfix configfileokat pastelj be lecci ezalapjan jopar dolog lehet, elsore ugy gondolom hogy a main.cfben nem allitottad virtual-ra a transportot.
[code:1:e493cfd65e]virtual_transport = virtual[/code:1:e493cfd65e]
A virtual_transport valoban nem volt benne a main.cf -ben.
kiprobaltam igy:
[code:1:e493cfd65e]virtual_transport=virtual[/code:1:e493cfd65e]
de az eredmeny sajnos ugyanaz.
Itt vannak a konfiguracios allomanyok:
[code:1:e493cfd65e]/etc/postfix/transport.cf:
#transport.cf
user=postfix
password=G1IT9LrDGbcP6
dbname=maildb
table=transport
select_field=transport
where_field=domain
hosts=localhost
/etc/postfix/uids.cf:
#uids.cf
user=postfix
password=G1IT9LrDGbcP6
dbname=maildb
table=users
select_field=uid
where_field=address
hosts=localhost
/etc/postfix/gids.cf:
#gids.cf
user=postfix
password=G1IT9LrDGbcP6
dbname=maildb
table=users
select_field=gid
where_field=address
hosts=localhost
/etc/postfix/virtual.cf:
#virtual.cf
user=postfix
password=G1IT9LrDGbcP6
dbname=maildb
table=virtual
select_field=goto
where_field=address
hosts=localhost
/etc/postfix/mysql_virt.cf:
#mysql_virt.cf
user=postfix
password=G1IT9LrDGbcP6
dbname=maildb
table=users
select_field=maildir
where_field=address
hosts=localhost
/etc/postfix/main.cf:
...
myhostname = puka.axel-net.com
myorigin = $mydomain
inet_interfaces = all
mydestination = $mydomain, $myhostname, $transport_maps
unknown_local_recipient_reject_code = 450
relay_domains = $mydestination
virtual_mailbox_maps=mysql:/etc/postfix/mysql_virt.cf
virtual_uid_maps=mysql:/etc/postfix/uids.cf
virtual_gid_maps=mysql:/etc/postfix/gids.cf
virtual_mailbox_base=/
virtual_maps = mysql:/etc/postfix/virtual.cf
virtual_transport=virtual
alias_maps = hash:/etc/postfix/aliases
home_mailbox = Maildir/
...
[/code:1:e493cfd65e]
sziasztok
postfixet hasznalok postfixadminnal mysql backend-del
nezegttem a mysql folyamatokat es vannak olyan postfix processek amik mar tobb mint 200mp-e sleep-en vannak es kb 10 mysql folyamatos szal van nyitva postfix miatt.
normalis ez? hogy lehetne rabirni a postfixet, h zarja le ezeket a tetlen szalakat?
wait_timeout
t