Summary: | Different location of .qmail files with qmailadmin-1.2.1-r1 and vpopmail-5.4.16 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Erik Wasser <fuzz> |
Component: | [OLD] Server | Assignee: | Qmail Team (OBSOLETE) <qmail-bugs+disabled> |
Status: | VERIFIED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Solution(?) for this problem? |
Description
Erik Wasser
2006-07-26 05:22:42 UTC
Created attachment 92781 [details, diff] Solution(?) for this problem? I've created a patch for qmailadmin-1.2.1-r1 (inspired by http://www.mail-archive.com/qmailadmin@inter7.com/msg05785.html). I've replaced > snprintf(NTmpBuf, sizeof(NTmpBuf), "%s/.qmail", vpw->pw_dir); with > snprintf(NTmpBuf, sizeof(NTmpBuf), "%s/../.qmail-%s", vpw->pw_dir, ActionUser); The patch is working for me. vpopmail-5.4.19 (which has just been added to portage) only looks in ~vpopmail/domains/domain.com/user/.qmail{,-ext}, but qmail already checks ~vpopmail/domains/domain.com/.qmail-user{,-ext} before vdelivermail is called, so i do not really see where the problem is ... This is an old-timer bug. AFAIRC you define some alias with qmailadmin and qmail was ignoring it. After the patch everything was fine. The next time we update the server I'll look at it. In the meantime I close this thing. Thanks for looking at it. |