Qmail hibaüzenetek

Újabb hibatalálat a SquirrelMail 1.4.5 üzenete levélküldéskor:

[code:1:56153b0552]
A kért level feladat feladva: feldolgozási hiba
Server replied: 451 qq trouble creating files in queue (#4.3.0)
[/code:1:56153b0552]

Újabb fejlemény, már bejönnek a levelek és nem is utasítja el őket a rendszer, viszont akik a domain.com alatt vannak azok a felhasználók akik benne vannak a júzerek között a saját home/Maildir könyvtárukba megkapják a leveleket. A virtuálisan létrehozott felhasználók viszont nem. Ezt nem teljesen értem miért van így.

Vagyis:

/home/user/Maildir -> ide megérkezik
/home/vpopmail/domains/domain.com/user/Maildir -> ide nem jön

A virtuálisan létrehozott júzereknél a
/home/vpopmail/domains/domain.com/virtualuser/Maildir -> ide sem jön

A vdominfo még mindig 9 felhasználót ír, ezeket akkor a passwd fájlból veszi? :-) Lassan már tényleg megértem, hogy miért működik.

[quote:c451146282="bajnokk"]Általában ez akkor jelentkezik, ha megváltozott a qmail rendszerfelhasználók numerikus uid-ja a fordításkori állapothoz képest.

...és igazad van mert megváltozott :(

Ezt hol lehet korrigálni?

Vagy milyen alternatív lehetőség van?

[quote:de84a6c9f1="Finrod"]
Mivel vpopmail-rol van szo, ezert nem a /var/qmail/control/locals-ban hanem a /var/qmail/control/virtualdomains fileban kell lenniuk a kovetkezo formaban:

[code:1:de84a6c9f1]
...
domain:domain
...
[/code:1:de84a6c9f1]

Ezeket egyebkent a vadddomain letre kellett hogy hozza.

Viszont lehet, hogy ujra kell inditani hozza a qmail-send-et, nem tudom most fejbol hogy a locals illetve virtualdomains filet a qmail-smtpd vagy a qmail-send altal inditott valamely masik processz olvassa. En az utobbira tippelnek, tekintve hogy a rcpthosts file valoszinuleg pontosan azert van kulon, hogy a qmail-smtpd csak azt nezze.

Valóban vpopmail, de az érdekesség az, hogy benne vannak a hostok a virtualdomains fájlban, de mégsem továbbít.

Egyenlőre megpróbálom kidebugolni, hogy hol hibázik, mert ugye mint a topic elején írtam voltak jogosultsági problémák is.

Egyébként a furcsa még az, hogy a vdominfo a fő domain-nél csak 9 felhasználót ír ki, pedig 37 van :-(

Kicsit morcos vagyok. Hogyan lehetne rávenni, hogy ismerje az összes júzeremet? Egy újratelepített szerverről van szó ahol a /home/vpopmail/domains könyvtárat áthoztam a régiről.

Lehetséges, hogy újra kéne a domain-neket felvenni és a felhasználókat is hozzá?

[quote:cc3c86f1cd="bajnokk"]Itt nincs lehetőség trükközésre: vagy a szerveren változtatod meg (vissza) az uid-okat, vagy a devel (compiler) gépen állítod át őket és újrafordítod. A numerikus uid-eknek meg kell egyezniük fordítási és futtatási időben.

Ez az egész DJB egy régi hülyesége, talán ez a legdurvább. De azért én szeretem a qmail-t mert nem változik egyik pillanatról a másikra... :)

Jó nem trükközök ezért megpróbálom alá forgatni a rendszert jól újra de már élesben.

Egy másik érdekes kérdés a vpopmail. Mivel át lett másolva a régi gépről a /home/vpopmail/domains tartalma ezért gondoltam én, hogy él, de nem. Hogy lehetne rávenni, hogy átolvassa a domain jegyzéket? Közben persze guglizom is hátha.

Amúgy annyit elértem, hogy a leírás alapján elkezdtem a jogokat kiosztani és már így a levelek kimennek a szerverről. Be valamiért nem, de rajta vagyok az ügyön :)

Nah megoldottam!

A me és locals-ban is csak a gép domain neve volt, nem pedig a teljes név és ezért dobálta a felhasználóknak a levelet a saját home könyvtárába. A gép pontos nevét megadva mindjárt jól megy.

Mindenkinek mégegyszer köszönöm a sok segítséget.

[quote:147d84a303="FoREE"]trivialis kerdes, ugye a /var/qmail/control/rcpthosts fileba belekerultek a /home/vpopmail/domains konyvtarban levo domainnevek? mi a jogosultsaga /home/vpopmail/domains -nek?

Az rcpthosts-ban nem voltak benne javítottam.

A jogosultság:
drwx------ 6 vpopmail vchkpw 4096 2006-01-18 20:55 domains

Teszt következik.

Beraktam a 3 domaint ami hiányzott, persze szólt, hogy már van postmaster júzerem, de létrehozta vagyis megjegyezte.

Viszont a fő domain-nél csak 6 júzert hajlandó látni, pedig van 37.
Egyesével vegyem fel a júzereket?

[quote:453d26dd96="spymorass"][quote:453d26dd96="_Polesz_"]Viszont a fő domain-nél csak 6 júzert hajlandó látni, pedig van 37.
Egyesével vegyem fel a júzereket?

Hát ha esetleg megvan a régi mysql tábla, akkor abból elképzelhető, hogy ki tudod nyerni a felhasználókat. Ha nincs, akkor muszáj lesz egyesével felvenned.

Nem mysql-ben volt tárolva, tehát onnét nem kell nyerészkedni, de egyesével kell felvenni őket ahogy látom...

Köszönöm mindenkinek a segítséget, úgy látszik ez volt a heti elrendelt lámaságom, de egyre jobban átlátom, mit és miért csinál, illetve nem csinál :)

A probléma:

[code:1:f1386f2640]
cat /var/log/qmail/current
...
@4000000043cf738e3415b3bc alert: cannot start: unable to open mutex
@4000000043cf738f35df9e4c alert: cannot start: unable to open mutex
@4000000043cf739037a984f4 alert: cannot start: unable to open mutex
[/code:1:f1386f2640]

Az alábbi üzenetet kapom, és nem tudom mi lehet a hiba. A levelek nem jutnak el a címzettekhez így.
A Qmail-t Bill's Linux Qmail Toaster leírása alapján állítgattam és utána került fel egy szerverre.

Tuti, hogy valami triviális dolgot szúrtam el, de egyszerűen nem tudom mit. A jogok úgy tűnnek rendben vannak.

Rendszer:
Slackware current
2.4.32-grsec (medium) kernellel forgatva.

Szerkesztés:

Közben megnéztem qemu-ban is, ott rendesen jön-megy a levél külső és belső címekre egyaránt.

A mailboxokat a /home/vpopmail a régi szerverről vettem át, lehet ez a gond?

Na még mindig van egy kis hiba sajnos

Helyből küldött levelek megérkeznek jól, de ha távolról jön a levél akkor ezzel utasít el:
[code:1:3ca3606bb2]
@4000000043d89edc12047704 status: local 0/10 remote 1/20
@4000000043d89edc1219f6ec delivery 17593: failure: Sorry._Although_I'm_listed_as_a_best-preference_MX_or_A_for_that_host,
/it_isn't_in_my_control/locals_file,_so_I_don't_treat_it_as_local._(#5.4.6)/
[/code:1:3ca3606bb2]