Re: [qmailadmin] SMTP and IMAP flapping
INODES as well? (a 'df' switch). qmail uses small files that may use up inodes, particularly if they are large, without using space What about a disk quota? Is one in effect? For the log user, vpopmail user, or of course anything imap/pop is running as or maildir stores? Also note that you may have 'lots of space' but if you've got less than 5% left, it's reserved for root and won't help you. So don't only look at free space in GB, but also as a percentage. tune2fs will help fix that. -M Jason King [EMAIL PROTECTED] wrote: Yes, I checked that before I wrote a message. My HDD has plenty of space on it. jason Evgeny Gene Krevets wrote: Have you checked that you have enough free hard drive space? When you run out of space on your HD it can cause difficult to diagnose problems like that. -- Gene Jason King wrote: I'm having a problem on my qmail server where the IMAP and SMTP services keep flapping up and down. I'm not sure what is causing this but it's been happening within the last 2 or 3 months...before that I haven't had any problems and that has lasted almost 2 years. Nothing has changed on the email server except for an upgrade to clamav and spamassassin and that was like a year ago. Jason
Re: [qmailadmin] remature end of script headers: qmailadmin
I'd imagine you're using the latest vpopmail/qmailadmin? There are a couple patches to vpopmail to fix this issue. You can find an assortment on the list, including one I posted (attached to this e-mail as well).Apply it to vpopmail and clean/make qmailadmin afterwards and you should be good to go.-Makash vir [EMAIL PROTECTED] wrote: hi i am using RHE 4 with qmail+vpopmail after install qmailadmin it's works properly but when ever i click on new forward it's give me 500 internel server error in apache error_log it's show me following error Premature end of script headers: qmailadmin can any buddy help me out in this i tryed all options but not usfull vpopmail.200603041811.patch.gz Description: 1079893925-vpopmail.200603041811.patch.gz
Re: [qmailadmin] Qmailadmin 1.2.10 + Vpopmail 5.4.15 = forward breakage
This I believe is the same as the segfault issue. It is displaying the initial page header (so you get something) and then segfaulting, causing the user to just not get any more information from the CGI. Apply the patch I posted to the list near the beginning of March (I attached it to this e-mail as well). Recompile vpopmail and then clean and recompile qmailadmin and it should solve your bug.-MAllie Daneman [EMAIL PROTECTED] wrote: I recently upgraded vpopmail to 5.4.15 and found the following:After recompiling and installing Qmailadmin the forwards page is blank, the only thingshowing is the header with the domain, forward accounts, and just "Used:"When I left Qmailadmin alone after the Vpopmail upgrade it's fine. Obviously the wrongversion of vpopmail is displayed on the index page but it functionally works. Hasanyone else had this problem ? I found someone having a segfault issue but not thisone. vpopmail.200603041811.patch.gz Description: 1079893925-vpopmail.200603041811.patch.gz
Re: [qmailadmin] problems with .vpasswd.lock
Hi Florian, I sent this patch to Tom, (with the two closedirs() coming from him) and that seemed to fix my similar problem with creating new users and handling some fowards, both causing either segfaults during execution or before execution. Apply this (probably varies to whatever final solution will be reached) and see if it fixes your problem. Seems to close a couple bugs with vpalias, that I was having problems adding users and handling forwards as a result of.Note- this is if you are not using valias, such as just using .qmail-*** files.-M Florian Munz [EMAIL PROTECTED] wrote: Hello,I've recently upgraded to vpopmail 5.4.14 and qmailadmin 1.2.9 (from5.4.3 and qmailadmin 1.2.0) and everything seemed to work fine. Howeverfor newly created domains I get a error 500 when I create a new accountor modify an account. Everything works fine for domains created beforethe upgrade.Since I've made some modifications to user.c I've removed them and trieda clean qmailadmin and now the error is gone. But since I need thesemodifications I am now trying to make it work.One thing I noticed it that vpopmail creates new domains with a.vpasswd.lock like this:--w---1 vpopmail vchkpw0 Feb 26 20:59 .vpasswd.lockwhile the old vpopmail added the user-read privilege:-rw---1 vpopmail vchkpw0 Feb 26 20:59 .vpasswd.lockIf the vpasswd is u+rw my modifed qmailadmin works perfectly! So somehowmy modifications seem to need the user-read privilege, but I have noidea why.Here are my modifications:--- user.c.orig Sun Feb 12 21:14:45 2006+++ user.c Sun Feb 12 21:40:11 2006@@ -48,6 +48,8 @@ #include "vpopmail.h" #include "vauth.h" +#define SPAM_COMMAND_FORWARD "/usr/local/etc/mailfilter-spam"+#define SPAM_COMMAND_LOCAL "/usr/local/etc/mailfilter-inbox" #define HOOKS 1 @@ -497,7 +499,15 @@ if(strcmp(spamvalue, "on") == 0) {snprintf(NewBuf, sizeof(NewBuf), "%s/.qmail", mypw-pw_dir);fs = fopen(NewBuf, "w+");- fprintf(fs, "%s\n", SPAM_COMMAND);++ fprintf(fs, "%s", SPAM_COMMAND);+ if (mypw-pw_gid V_USER0) {+ fprintf(fs, " %s", SPAM_COMMAND_FORWARD);+ } else {+ fprintf(fs, " %s", SPAM_COMMAND_LOCAL);+ }+ fprintf(fs, "\n");+ fclose(fs); } #endif@@ -971,7 +981,13 @@ fprintf (fs, "# delete\n"); emptydotqmail = 0; } else if (spam_check == 1) {- fprintf (fs, "%s\n", SPAM_COMMAND);+ fprintf(fs, "%s", SPAM_COMMAND);+ if (vpw-pw_gid V_USER0) {+ fprintf(fs, " %s", SPAM_COMMAND_FORWARD);+ } else {+ fprintf(fs, " %s", SPAM_COMMAND_LOCAL);+ }+ fprintf(fs, "\n"); emptydotqmail = 0; } else { fprintf (fs, "%s/" MAILDIR "/\n", vpw-pw_dir);So I am thinking the vpw-pw_gid and mypw-pw_gid are responsible forthe error (possbibly mypw because I wanted to use vpw there but it isn'tavailable)Any help would be really appreciatedthanks,Florian vpopmail.200603041811.patch.gz Description: 1079893925-vpopmail.200603041811.patch.gz
[qmailadmin] qmailadmin domain autofill exceptions patch
I'm interested in the domain autofill feature to start deploying it for some to make it easier for people to remember easy ways to get to the qmailadmin program by providing a hostname under their domain name.However in doing so, I noticed that this then autofilled the company's domain name in for most users who access it through the normal method. The user then has to delete that and enter in their own domain. Essentially one solution is to have two copies, one for others to access by any domain (put on an IP with many A records to it) and one on the main address without autofill on. I have attached to this message my domain autofill exceptions patch against qmailadmin 1.2.10. This changes the config.h line to inclued a pipe-separated list of hostnames for which it should not even try to autofill. I'd imagine this could be easily added to the configure script to optionally accept a parameter. If the #define string is a single character (like a "1") it will not do this check, so it could work even without a list of domains if it were to be included in the main distribution, which I'd love to see. Otherwise hopefully this helps someone.Best, -M --- ../orig/qmailadmin-1.2.10/template.c 2005-01-23 12:35:12.0 -0500 +++ template.c 2006-03-04 14:20:47.623531808 -0500 @@ -833,7 +833,27 @@ if( fs != NULL ) { if ((srvnam = getenv(HTTP_HOST)) != NULL) { lowerit(srvnam); - while( fgets(TmpBuf, sizeof(TmpBuf), fs) != NULL count==0 ) { + if (strlen(DOMAIN_AUTOFILL) 1) { + char *domainlist; + char *delim; + char *currenttoken; + domainlist = malloc(strlen(DOMAIN_AUTOFILL)+1 * sizeof(char)); + strncpy(domainlist, DOMAIN_AUTOFILL, strlen(DOMAIN_AUTOFILL)); + delim = malloc ( 2 * sizeof(char) ); + strncpy(delim, |, 1); + currenttoken = strtok(domainlist, delim); + while (currenttoken != NULL) { + if (strcmp(currenttoken, srvnam) == 0) { + count = 1; + } + currenttoken = strtok(NULL, delim); + } + free(domainlist); + free(delim); + free(currenttoken); + } + if (count == 0) { + while( fgets(TmpBuf, sizeof(TmpBuf), fs) != NULL count==0 ) { /* strip off newline */ l = strlen(TmpBuf); l--; TmpBuf[l] = 0; /* virtualdomains format: domain:domain, get to second one */ @@ -846,6 +866,7 @@ count=1; } } + } fclose(fs); } } --- config.h.orig 2006-03-04 14:09:06.867447712 -0500 +++ config.h 2006-03-04 13:55:45.430002093 -0500 @@ -11,7 +11,7 @@ /* */ -#define DOMAIN_AUTOFILL 1 +#define DOMAIN_AUTOFILL www.mydomain.com|mailadmin.mydomain.com
[qmailadmin] qmailadmin 1.2.10 vpopmail 5.4.15 segfaults on forwards page
I've spent the past few days working on this problem for a good 8 hours a day, so figure I'll send it back to the list for some insight.This is using no valias code, so it should be using vpalias.c. I'm using standard qmail aliases.I'm getting qmailadmin segfaulting when handling forwards, most obviously is viewing the forward list even. My debugging has taken me to the final call to 'alias_line = valias_select_all_next(alias_name);' when alias_name is the final alias in the set, or when the set is empty (no aliases at all).If I make it stop running (through code hacks) valias_select_all_next one short of the number of aliases, all works well with no problems no matter what I do in qmailadmin. However, when it continues, it tends to continue but corrupt other areas, such as segfaulting on a fclose() in send_template_now() mainly. There seems to be some sort of overrun going on here but I can't seem to find it to my displeasure.Is anyone else seeing these issues? Any ideas on a solution? I'm looking to vpalias.c for solutions and have been fiddling with that code as well with no real success, as everything seems alright.qmailadmin 1.2.10 : '--enable-htmldir=/var/www' '--enable-cgibindir=/var/www/cgi-bin' '--enable-help' '--enable-cgipath=/cgi-bin/qmailadmin' '--enable-domain-autofill'\"vpopmail 5.4.15 : '--enable-qmail-ext' '--enable-auth-module=cdb' '--enable-logging=y'Debian 3.1Thanks in advance folks,-M
Re: [qmailadmin] Crashes and Bugs?
Seems that qsort is returning a void in the case of the aliases according to ltrace (gdb doesn't seem to be giving me much useful, so I'm sticking to strace/ltrace).837 readdir(0x807a440) = 0x807a52c 837 readdir(0x807a440) = NULL 837 closedir(0x807a440) = 0 837 qsort(0x807a240, 0, 4, 0x8062510) = void 837 strcpy(0xb140, NULL unfinished ... 837 --- SIGSEGV (Segmentation fault) --- 837 +++ killed by SIGSEGV +++ any ideas?Michael Krieger [EMAIL PROTECTED] wrote: It seems to be dying as such (trying to get a backtrace, but debugging cgi's isn't exactly easy unless someone has an idea). Of course editing for the domain, but the length is the same.strace: 21422 geteuid32() = 89 21422 chdir("/home/vpopmail/domains/test1.mydomains.com") = 0 21422 open("/home/vpopmail/domains/test1.mydomains.com/.qmailadmin-limits", O_RDONLY) = -1 ENOENT (No such file or directory) 21422 open("/home/vpopmail/etc/vlimits.default", O_RDONLY) = 5 21422 fstat64(5, {st_mode=S_IFREG|0644, st_size=1143, ...}) = 0 21422 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000 21422 read(5, "# Default limits file. This file is used for domains without a\n# .qmailadmin-limits file.\n\n# maximums for each ac count type, -1 =unlimited\nmaxpopaccounts\t\t-1\nmaxforwards\t\t-1\nmaxautoresponders\t-1\nmaxmailinglists\t\t-1\n\n# quota for ent ire domain, in megabyte"..., 4096) = 1143 21422 read(5, "", 4096) = 0 21422 close(5) = 0 21422 munmap(0x4001a000, 4096) = 0 21422 geteuid32() = 89 21422 getpid() = 21422 21422 open("/home/vpopmail/domains/test1.mydomains.com/vpasswd.cdb", O_RDONLY) = 521422 lseek(5, 8, SEEK_SET) = 8 21422 read(5, "\3\t\0\0\2\0\0\0", 8) = 8 21422 lseek(5, 2307, SEEK_SET) = 2307 21422 read(5, "\00188T}\10\0\0", 8) = 8 21422 lseek(5, 2173, SEEK_SET) = 2173 21422 read(5, "\n\0\0\0t\0\0\0", 8) = 8 21422 read(5, "postmaster", 10) = 10 21422 read(5, "*** SNIP ***" , 116) = 116 21422 close(5) = 0 21422 open("/home/vpopmail/domains/test1.mydomains.com/.qmailadmin-limits", O_RDONLY) = -1 ENOENT (No such file or directory) 21422 open("/home/vpopmail/etc/vlimits.default", O_RDONLY) = 5 21422 fstat64(5, {st_mode=S_IFREG|0644, st_size=1143, ...}) = 0 21422 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000 21422 read(5, "# Default limits file. This file is used for domains without a\n# .qmailadmin-limits file.\n\n# maximums for each account type, -1 = unlimited\nmaxpopaccounts\t\t-1\nmaxforwards\t\t-1\nmaxautoresponders\t-1\nmaxmailinglists\t\t-1\n\n# quota for entire domain, in megabyte"..., 4096) = 1143 21422 read(5, "", 4096) = 0 21422 close(5) = 0 21422 munmap(0x4001a000, 4096) = 0 21422 chdir("/home/vpopmail/domains/test1.mydomains.com") = 0 21422 open("/home/vpopmail/domains/test1.mydomains.com/postmaster/Maildir/1141140624.qw", O_RDONLY) = 5 21422 fstat64(5, {st_mode=S_IFREG|0600, st_size=43, ...}) = 0 21422 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000 21422 read(5, "ip_addr=72.59.3.44returntext=returnhttp=\n", 4096) = 43 21422 close(5) = 0 21422 munmap(0x4001a000, 4096) = 0 21422 time(NULL) = 1141140718 21422 open("/home/vpopmail/domains/test1.mydomains.com", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 5 21422 fstat64(5, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 21422 fcntl64(5, F_SETFD, FD_CLOEXEC) = 0 21422 getdents64(5, /* 9 entries */, 4096) = 288 21422 getdents64(5, /* 0 entries */, 4096) = 0 21422 close(5) = 0 21422 open("/home/vpopmail/domains/test1.mydomains.com", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 5 21422 fstat64(5, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 21422 fcntl64(5, F_SETFD, FD_CLOEXEC) = 0 21422 getdents64(5, /* 9 entries */, 4096) = 288 21422 getdents64(5, /* 0 entries */, 4096) = 0 21422 close(5) = 0 21422 --- SIGSEGV (Segmentation fault) @ 0 (0) --- 21422 +++ killed by SIGSEGV +++Michael Krieger [EMAIL PROTECTED] wrote: I'm doing a new mail server and noticing a lot of quirks with my new vpopmail 5.4.15 system. I've tried using qmailadmin 1.2.7 1.2.9 and 1.2.10 and experience similar issues with all of them.1. I can login and create a user just fine. I can also modify the user (add the forwards, vacation, etc) 2. BUG1: I can not then delete that user. Deleting my test user shows 'test user deleted successfully' however never actually deletes the user at all. vdeluser [EMAIL PROTECTED] works perfectly, so I'm looking to qmailadmin and not vpopmail. 3. BUG2: qmailadmin does not show me any aliases. In fact, it displays only a blank screen (it send the first few headers and that's it). It happens on new domains that don't even have a
[qmailadmin] vpopmail 5.4.15/qmailadmin 1.2.x - was: Crashes and Bugs?
I still had my 5.4.13 (patched with Shupp's patch to bring it somewhere in the middle of where it is now) source. I changed qmailadmin's Makefile to replace the -I and -L's for vpopmail's includes/libraries and did a 'cp config.h vpopmail_config.h' in the vpopmail-5.4.13 folder.The result? It now works perfectly again, displaying the aliases without segfaulting. It's displaying the autoresponders without segfaulting as well. However it's staticly linked with 5.4.13, which isn't ideal (and shouldn't be needed of course). No other changes have been made.I'm imagining some quirk that was introduced that is affecting qmailadmin? I have the ltrace/strace's (see some of the previous messages).PS: Sorry to everyone for debugging aloud, but hopefully it helps someone.-M Michael Krieger [EMAIL PROTECTED] wrote: Seems that qsort is returning a void in the case of the aliases according to ltrace (gdb doesn't seem to be giving me much useful, so I'm sticking to strace/ltrace). 837 readdir(0x807a440) = 0x807a52c 837 readdir(0x807a440) = NULL 837 closedir(0x807a440) = 0 837 qsort(0x807a240, 0, 4, 0x8062510) = void 837 strcpy(0xb140, NULL unfinished ... 837 --- SIGSEGV (Segmentation fault) --- 837 +++ killed by SIGSEGV +++ any ideas?Michael Krieger [EMAIL PROTECTED] wrote: It seems to be dying as such (trying to get a backtrace, but debugging cgi's isn't exactly easy unless someone has an idea). Of course editing for the domain, but the length is the same.strace: 21422 geteuid32() = 89 21422 chdir("/home/vpopmail/domains/test1.mydomains.com") = 0 21422 open("/home/vpopmail/domains/test1.mydomains.com/.qmailadmin-limits", O_RDONLY) = -1 ENOENT (No such file or directory) 21422 open("/home/vpopmail/etc/vlimits.default", O_RDONLY) = 5 21422 fstat64(5, {st_mode=S_IFREG|0644, st_size=1143, ...}) = 0 21422 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000 21422 read(5, "# Default limits file. This file is used for domains without a\n# .qmailadmin-limits file.\n\n# maximums for each ac count type, -1 = unlimited\nmaxpopaccounts\t\t-1\nmaxforwards\t\t-1\nmaxautoresponders\t-1\nmaxmailinglists\t\t-1\n\n# quota for ent ire domain, in megabyte"..., 4096) = 1143 21422 read(5, "", 4096) = 0 21422 close(5) = 0 21422 munmap(0x4001a000, 4096) = 0 21422 geteuid32() = 89 21422 getpid() = 21422 21422 open("/home/vpopmail/domains/test1.mydomains.com/vpasswd.cdb", O_RDONLY) = 521422 lseek(5, 8, SEEK_SET) = 8 21422 read(5, "\3\t\0\0\2\0\0\0", 8) = 8 21422 lseek(5, 2307, SEEK_SET) = 2307 21422 read(5, "\00188T}\10\0\0", 8) = 8 21422 lseek(5, 2173, SEEK_SET) = 2173 21422 read(5, "\n\0\0\0t\0\0\0", 8) = 8 21422 read(5, "postmaster", 10) = 10 21422 read(5, "*** SNIP ***" , 116) = 116 21422 close(5) = 0 21422 open("/home/vpopmail/domains/test1.mydomains.com/.qmailadmin-limits", O_RDONLY) = -1 ENOENT (No such file or directory) 21422 open("/home/vpopmail/etc/vlimits.default", O_RDONLY) = 5 21422 fstat64(5, {st_mode=S_IFREG|0644, st_size=1143, ...}) = 0 21422 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000 21422 read(5, "# Default limits file. This file is used for domains without a\n# .qmailadmin-limits file.\n\n# maximums for each account type, -1 = unlimited\nmaxpopaccounts\t\t-1\nmaxforwards\t\t-1\nmaxautoresponders\t-1\nmaxmailinglists\t\t-1\n\n# quota for entire domain, in megabyte"..., 4096) = 1143 21422 read(5, "", 4096) = 0 21422 close(5) = 0 21422 munmap(0x4001a000, 4096) = 0 21422 chdir("/home/vpopmail/domains/test1.mydomains.com") = 0 21422 open("/home/vpopmail/domains/test1.mydomains.com/postmaster/Maildir/1141140624.qw", O_RDONLY) = 5 21422 fstat64(5, {st_mode=S_IFREG|0600, st_size=43, ...}) = 0 21422 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001a000 21422 read(5, "ip_addr=72.59.3.44returntext=returnhttp=\n", 4096) = 43 21422 close(5) = 0 21422 munmap(0x4001a000, 4096) = 0 21422 time(NULL) = 1141140718 21422 open("/home/vpopmail/domains/test1.mydomains.com", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 5 21422 fstat64(5, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 21422 fcntl64(5, F_SETFD, FD_CLOEXEC) = 0 21422 getdents64(5, /* 9 entries */, 4096) = 288 21422 getdents64(5, /* 0 entries */, 4096) = 0 21422 close(5) = 0 21422 open("/home/vpopmail/domains/test1.mydomains.com", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 5 21422 fstat64(5, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 21422 fcntl64(5, F_SETFD, FD_CLOEXEC) = 0 21422 getdents64(5, /* 9 entries */, 4096) = 288 21422 getdents64(5, /* 0 entries */, 4096) = 0 21422 close(5) = 0 21422 --- SIGSEGV (Segme
[qmailadmin] FIXED (code edit)
Interesting and of course this isn't a good way to solve this problem (though should work well enough considering qmailadmin doesn't stick around for more than a few seconds on each execution) and is just that I found an idea of where things may be going wonky.Using 1.2.10 / vpopmail 5.4.15, in qmailadmin's template.c, I commented out the 'fclose(fs)' right before the fflush around like 681. This suddenly fixed most of my segfaulting problems. I'd imagine that leads us to see that maybe a filedescriptor is being closed by the previous closes or the pointer modified somehow (or it's being triggered due to some other buffer-related issues).At present the only thing I see _not_ working is adding a new forward (I can add another line to an existing forward though), but it's nice to see that I at least found a solution to these other issues. Otherwise the cgi works seg-fault-free (whcih is a good thing)- so just the one. I'll keep working on tracing that one down.Am I the only one experiencing these? configure lines: qmailadmin: '--enable-htmldir=/var/www' '--enable-cgibindir=/var/www/cgi-bin' '--enable-help' '--enable-cgipath=/cgi-bin/qmailadmin' '--enable-domain-autofill'vpopmail: '--enable-qmail-ext' '--enable-auth-module=cdb' '--enable-logging=y' -M
[qmailadmin] Alternate Forward Commands
There was a little discussion a while ago about forwarding mail on the vpopmail list, and how a simple forward, while innocent in itself, then goes on to forward Spam that gets received through normal use. Essentially, a spammer sends my user Spam, we accept it (possibly tagging it through simscan), and we then forward it out because that's what the user wanted, to their local ISP.Their local ISP's spam scanner then recognizes this spam and is less than impressed with us. I've seen it in my cases, where users will forward to both big (hotmail, AOL, etc) and Small (local) ISPs.We've found solutions over the years, but none of them are really cleanly implemented.I was looking at filterto from the qtools package at http://www.superscript.com/qtools/filterto.html and figured this would work out really well, and can easily be added to .qmail files.One thing I'm looking for is to essentially have qmailadmin determine if the e-mail address is in the same domain (and if it is, just deliver locally), and if it's not, as opposed to adding '[EMAIL PROTECTED]' to the .qmail file, add '| filterto [EMAIL PROTECTED] /var/qmail/bin/forwardfilter', which would be self-explanitory- run spamc, check the return, and return 0 to forward or anything else to move on in the .qmail file.What is involved in getting qmailadmin to drop a more custom prefix/suffix to the e-mail address? To my knowledge, it'd be the only thing that would need to be changed, as vpopmail would do the right thing with the pipe (though alternately, it'd be interesting to see if this is more efficiently built right into vdelivermail into the qmail_inject_*() process or even parsing process (check_forward_deliver() or deliver_mail()'s 'must be an email address' section)?Thoughts?I guess another part of it is: 1. what would be easiest on the user (no changing of interfaces, ec) 2. which application is more efficient 3. which application is more volitile (ie: will any patch need to be updated every release- qmailadmin will just treat it as a program, but would it break vdelivermail?) 4. is it better coded into vdelivermail or would it better be a seperate application? 5. Would a qmail-inject wrapper be simpler, and an update to QMAILINJECT to make it pass on the file descriptors (I'd imagine like qmail-queue replacements).-M
[qmailadmin] Crashes and Bugs?
I'm doing a new mail server and noticing a lot of quirks with my new vpopmail 5.4.15 system. I've tried using qmailadmin 1.2.7 1.2.9 and 1.2.10 and experience similar issues with all of them.1. I can login and create a user just fine. I can also modify the user (add the forwards, vacation, etc) 2. BUG1: I can not then delete that user. Deleting my test user shows 'test user deleted successfully' however never actually deletes the user at all. vdeluser [EMAIL PROTECTED] works perfectly, so I'm looking to qmailadmin and not vpopmail. 3. BUG2: qmailadmin does not show me any aliases. In fact, it displays only a blank screen (it send the first few headers and that's it). It happens on new domains that don't even have an alias, as well as on established domains with aliases (and I've tried converting the maildir delivery type using the contrib perl script, thinking that may be the bug) 4. BUG3 I can enter details for an autoresponder, and it makes the .qmail, message, and folder files properly, and then I guess is scanning the folder to display new autoreponders and it seg-faults. An strace I could get shows...[pid 4785] munmap(0x4001b000, 4096) = 0 [pid 4785] open("/home/vpopmail/domains/mydomain.com/.qmail-support", O_RDONLY) = 6 [pid 4785] fstat64(6, {st_mode=S_IFREG|0600, st_size=54, ...}) = 0 [pid 4785] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001b000 [pid 4785] read(6, "/home/vpopmail/domains/mydomain"..., 4096) = 54 [pid 4785] read(6, "", 4096) = 0 [pid 4785] close(6) = 0 [pid 4785] munmap(0x4001b000, 4096) = 0 [pid 4785] open("/home/vpopmail/domains/mydomain.com/.qmail-webmaster", O_RDONLY) = 6 [pid 4785] fstat64(6, {st_mode=S_IFREG|0600, st_size=54, ...}) = 0 [pid 4785] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001b000 [pid 4785] read(6, "/home/vpopmail/domains/mydomain"..., 4096) = 54 [pid 4785] read(6, "", 4096) = 0 [pid 4785] close(6) = 0 [pid 4785] munmap(0x4001b000, 4096) = 0 [pid 4785] mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4017f000 [pid 4785] read(-1, 0x4017f000, 8192) = -1 EBADF (Bad file descriptor) [pid 4785] munmap(0x4017f000, 8192) = 0 [pid 4785] --- SIGSEGV (Segmentation fault) @ 0 (0) ---./configure '--enable-htmldir=/var/www' '--enable-cgibindir=/var/www/cgi-bin' '--enable-maxusersperpage=30' '--enable-maxaliasesperpage=50' '--enable-help' '--enable-cgipath=/cgi-bin/qmailadmin'Thoughts on any of these? Something really strange is going on. It's Apache2 BTW on a Debian 3.1 system.
Re: [qmailadmin] valias disabled and qmailadmin
I've recompiled both many times. I've made sure the lib files are updating even, and the vpopmail_config.h appears to be correct as well with the #undef valias commented out. Yet qmailadmin can't seem to grab the alias. I'm not sure where to look next.Tom Collins [EMAIL PROTECTED] wrote: On Feb 19, 2006, at 9:17 PM, Michael Krieger wrote: Is this a depreciated feature? Is valias REQUIRED? It is _NOT_ configured in vpopmail at present.valias is not required. Be sure to reconfigure/compile/install qmailadmin after making any changes to your vpopmail installation. It statically links to libvpopmail, so it's probably using the OLD libvpopmail that was configured to use the valias table.--Tom Collins - [EMAIL PROTECTED]QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/You don't need a laptop to troubleshoot high-speed Internet: sniffter.com
Re: [qmailadmin] valias disabled and qmailadmin
I manually copied libvpopmail.a to /var/vpopmail/lib and now it worked. I guess it didn't upgrade the static library when I did a make install. In any case, all works well again now. thanks very much and sorry for any alarm. -M Michael Krieger [EMAIL PROTECTED] wrote: I've recompiled both many times. I've made sure the lib files are updating even, and the vpopmail_config.h appears to be correct as well with the #undef valias commented out. Yet qmailadmin can't seem to grab the alias. I'm not sure where to look next.Tom Collins [EMAIL PROTECTED] wrote: On Feb 19, 2006, at 9:17 PM, Michael Krieger wrote: Is this a depreciated feature? Is valias REQUIRED? It is _NOT_ configured in vpopmail at present.valias is not required. Be sure to reconfigure/compile/install qmailadmin after making any changes to your vpopmail installation. It statically links to libvpopmail, so it's probably using the OLD libvpopmail that was configured to use the valias table.--Tom Collins - [EMAIL PROTECTED]QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/You don't need a laptop to troubleshoot high-speed Internet: sniffter.com
RE: Re: [qmailadmin] valias disabled and qmailadmin
Can someone remove whatever e-mail is causing this autoresponder. I've received 4 of these messages for my posts.-M [EMAIL PROTECTED] wrote:Dear Valued Network Solutions Customer,Thank you for contacting Network Solutions. Your request has been received by the Technical Support Team.We are committed to creating the best customer experience possible. One of the first ways we can demonstrate our commitment to this goal is to respond to your recent request quickly and efficiently.Although your domain name is registered through Network Solutions, we have determined that another hosting company is currently handling the Web site and e-mail services for your domain name. Please contact your Internet Service Provider or the Web Hosting Company directly for information regarding those services.If, however, you would like to consolidate your domain and hosting services, Network Solutions offers a full suite of products and services designed to meet your online needs. Please contact us any time, to discuss your needs further.Thank you for choosing Network Solutions.Sincerely,Sherilene001Network Solutions Technical Support Specialist(c) Copyright 2005 Network Solutions, LLC. All rights reserved.[THREAD ID:1-3NPIRK]-Original Message- From: [EMAIL PROTECTED]Sent: 2/21/2006 10:18:21 AMCc: qmailadmin@inter7.com; QbsupportSubject: Re: [qmailadmin] valias disabled and qmailadmin I've recompiled both many times. I've made sure the lib files are updating even, and the vpopmail_config.h appears to be correct as well with the #undef valias commented out. Yet qmailadmin can't seem to grab the alias. I'm not sure where to look next.Tom Collins [EMAIL PROTECTED] wrote: On Feb 19, 2006, at 9:17 PM, Michael Krieger wrote: Is this a depreciated feature? Is valias REQUIRED? It is _NOT_ configured in vpopmail at present.valias is not required. Be sure to reconfigure/compile/install qmailadmin after making any changes to your vpopmail installation. It statically links to libvpopmail, so it's probably using the OLD libvpopmail that was configured to use the valias table.--Tom Collins - [EMAIL PROTECTED]QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/You don't need a laptop to troubleshoot high-speed Internet: sniffter.com
[qmailadmin] valias disabled and qmailadmin
Does qmailadmin support not having valias anymore? I want to keep files instead of valias in order to maintain order of entries for more advanced qmail fun, however qmailadmin seems to show zero forwards despite there being many forwards and when I create them it creates aliases. At one point it did show me the file ones but wasn't displaying them properly (I'm not sure how or why it did that for a few seconds).Is this a depreciated feature? Is valias REQUIRED? It is _NOT_ configured in vpopmail at present.