Re: [toaster] ToasterAdmin
Hello, must recompile qmail after installing new vpopmail ? (Due vpopmail library dependeces) ? 2008/4/13, Qmail List <[EMAIL PROTECTED]>: > >> Yes, as noted many times before. :) I can't do it until vpopmaild > >> supports it. Last time I check with Rick Widmer, he was planning to > >> add the ezmlm support to vpopmaild. But I'm not sure if that's still > >> the case. It'll get added eventually. > > > Other than bug fixes, that is the top of my list, and I've got about > > half of the functions working. > > > Thanks a lot Rick > > Regards > > -- Lampa
Re: [toaster] ToasterAdmin
Il Monday 14 April 2008 17:41:09 Lampa ha scritto: > must recompile qmail after installing new vpopmail ? (Due vpopmail > library dependeces) ? qmail no, but courier suite probably yes. Ciao -- Alessio Cecchi is: @ ILS -> http://www.linux.it/~alessice/ Assistenza Sistemi GNU/Linux -> http://www.cecchi.biz/ @ PLUG -> ex-Presidente, adesso senatore a vita, http://www.prato.linux.it @ LOLUG -> neo-Socio http://www.lolug.net
RE: [toaster] ToasterAdmin
>> must recompile qmail after installing new vpopmail ? (Due vpopmail >> library dependeces) ? > qmail no, but courier suite probably yes. Well, I did not recompile courier-imap too
[toaster] Bad Admin password
I recently changed my admin password using \admin-toaster\. Unfortunately, neither the new password nor the old password will let me into /admin-toaster/ following the change. I remember, vaguely, a means of changing this password manually from the server console but can't find the procedure now that I need it. Can anyone point me in the right direction? Thanks, J.T. Johnston
RE: [toaster] ToasterAdmin
> must recompile qmail after installing new vpopmail ? (Due vpopmail > library dependeces) ? No.. I did not do so.
[toaster] ClamAV 0.92.1
Hi, Has anyone successfully upgrade the toaster with ClamAV 0.92.1 yet? Does it need to be patched with clamav-0.90.2.patch or it can do without it? thanks
Re: [toaster] ToasterAdmin 0.0.2
Hello, installed and works perfectly ;) Runnig qmail on other host than web (for qmailadmin must be apache installed on qmail machine) Is there some documentation (API) about vpopmaild? We must write own app for some managers, which wants everything in one window. So need to know how to comunicate with vpopmaild. Perhaps czech translation will be available soon. Great work Bill. Thank you. Lampa 2008/4/13, Bill Shupp <[EMAIL PROTECTED]>: > On Apr 13, 2008, at 12:06 PM, Harm van Tilborg wrote: > > > Bill, > > > > You're doing great. I haven't tried it yet, but I will within two weeks. I > will also make a Dutch translation for you (and for everyone else of course > ;]). > > > > > > Excellent! > > > > I was however wondering if ToasterAdmin is fully compatible with > everything generated by qmailadmin and vqadmin. I.e. the made limit files, > vacation msgs, etc. etc. > > > > It should be, but it needs thorough testing. > > Regards, > > Bill > -- Lampa
Re: [toaster] ToasterAdmin 0.0.2
On Apr 14, 2008, at 12:06 PM, Lampa wrote: Hello, installed and works perfectly ;) Runnig qmail on other host than web (for qmailadmin must be apache installed on qmail machine) Is there some documentation (API) about vpopmaild? We must write own app for some managers, which wants everything in one window. So need to know how to comunicate with vpopmaild. There is README.vpopmaild. But your best bet is to check out the vpopmaild.c source. There's also some help from the "help" command. If you're developing in PHP, you can view the API docs for Net_Vpopmaild: http://pear.php.net/package/Net_Vpopmaild/docs/0.2.1/ Perhaps czech translation will be available soon. That would be great, thanks! Cheers, Bill
[toaster] wiki
Hello, is this wiki http://www.qmailwiki.org/Vpopmaild relevant for vpopmaild in current version (5.4.26d) ? Thank you. -- Lampa
[toaster] Question
I've been using the toaster for quite some time, with great results (thanks Bill for all the hard work!). I'm running the latest versions (although my clamAV may be out of date as that happens frequently). My system is a CentOS with the latest updates. I use most of the "add ons" such as spamassassin, clamav, ripmine, simscan, tmda, and qmailmrtg. I host about 15 domains, but not too many users per domain, the largest is about 40 users. Unfortunately I seem to recently be experiencing some strange problems and am not sure of the best way to sort them out. - Emails with large attachments are typically being delivered twice to the end user. - Lots of spam, even though I have tweaked and tweaked on spamassassin, the spam has more than doubled in the past month. - Users receiving failure notices even though the message is actually received properly. - Users receiving failure notices from emails they didn't actually send. - Some users get failures that say "protocol error" with not much detail. I've searched qmail logs and seem to only find the standard things I've always seen. I have run queue repair routines which all say there are no problems. I'm pretty much at a loss as to what to do next. Any helpful suggestions on things to run, errors to look for, or experiences would be greatly appreciated. Thanks, Gary
Re: [toaster] qmail-ext maildrop problem
Michael McCallister wrote the following on 04/10/2008 11:09 AM:
Michael McCallister wrote the following on 04/07/2008 11:11 PM:
I ran across a minor, but highly annoying issue in a recent toaster
migration and was wondering if anyone here had advice as to a
workaround. On both installs (old and the new), I have vpopmail
compiled with --enable-qmail-ext. I also used the qmailadmin to
--enable-modify-spam and set
--enable-spam-command=|/var/qmail/bin/preline /usr/local/bin/maildrop
/home/vpopmail/etc/mailfilter . This worked great on the old system
and also worked when someone used a "qmail-ext" - in other words,
emails addressed to [EMAIL PROTECTED] and [EMAIL PROTECTED] both got run
through the corresponding mailfilter - because the .qmail file right
outside of Maildir (the one placed there by qmailadmin) was read in
either scenario.
With the latest toaster that I migrated to - only emails without
"-ext" (i.e. [EMAIL PROTECTED]) run through mailfilter as normal. The
rest (i.e. emails addressed to [EMAIL PROTECTED]) just get dropped in
the inbox and so maildrop never has a chance to run. For people who
get a lot of spam sent to their "-ext" addresses, this can be
annoying because all that spam that used to get deleted or dropped
into a Spam folder is now going to the Inbox. On the old server, I
was running vpopmail-5.4.1 / toaster-scripts-0.6 / qmailadmin-1.2.1
/ maildrop-1.6.3 and on the new server I am running the most recent
toaster: vpopmail-5.4.18 / toaster-scripts-0.9.0 / qmailadmin-1.2.11
/ maildrop-2.0.4
Tried to Google for the answer for a while, but found nothing - also
searched the list archives. I apologize if this issue is obvious /
already covered. I am hoping there is some workaround that I can use
to bypass this issue. Any help is appreciated.
Michael
Tom Collins posted this email on the vpopmail mailing list concerning
this issue:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg25622.html At least
I think it may be concerning this issue - I am not familiar with the
code and can only read C to the extent that I can program in Perl.
Basically, when address extensions are delivered, vdelivermail (with
the current toaster version) completely ignores .qmail files and just
delivers to Maildir. So the the .qmail file created by qmailadmin is
overlooked. Using the current toaster code it looks like this:
#ifdef QMAIL_EXT
/* format the file name */
if (strlen(TheExt)) {
strcpy(tmpbuf,".qmail-");
strcat(tmpbuf,TheExt);
if ( (fs = fopen(tmpbuf,"r")) == NULL ) {
for (i=strlen(TheExt);i>=0;--i) {
if (!i || TheExt[i-1]=='-') {
strcpy(tmpbuf,".qmail-");
strncat(tmpbuf,TheExt,i);
strcat(tmpbuf,"default");
if ( (fs = fopen(tmpbuf,"r")) != NULL) {
break;
}
}
}
}
} else {
fs = fopen(".qmail","r");
}
#else
fs = fopen(".qmail","r");
#endif
/* no .qmail file at all */
if (fs == NULL ) {
/* no file, so just return */
return(-1);
}
But according to Tom it should look like this (I think):
fs = NULL;
#ifdef QMAIL_EXT
/* format the file name */
if (strlen(TheExt)) {
strcpy(tmpbuf,".qmail-");
strcat(tmpbuf,TheExt);
if ( (fs = fopen(tmpbuf,"r")) == NULL ) {
for (i=strlen(TheExt);i>=0;--i) {
if (!i || TheExt[i-1]=='-') {
strcpy(tmpbuf,".qmail-");
strncat(tmpbuf,TheExt,i);
strcat(tmpbuf,"default");
if ( (fs = fopen(tmpbuf,"r")) != NULL) {
break;
}
}
}
}
}
#endif
if (fs == NULL) fs = fopen (".qmail", "r");
/* no .qmail file at all */
if (fs == NULL ) {
/* no file, so just return */
return(-1);
}
Am I heading in the right direction here? I don't completely feel
familiar/comfortable doing this, so thought I would ask the list. Can
I just update the vdelivermail.c, run a make clean, run make again,
and then just overwrite the existing vdelivermail with the new version
(after backing it up of course)?
Ok - I tried it out and Tom's patch does seem to fix this issue. Thanks
Tom!
Re: [toaster] Question
Gary: I have seen most of these errors only on very heavily loaded mailservers that cannot keep up with the mail load. In those cases the pop3 and smtp concurrency goes through the roof, pop3 sessions start timing out and users can get the same email two and three times. You are also apparently getting hit with backscatter bounce-backs from spammers that have forged the email addresses of your users. Spamming, backscatter, etc have increased dramatically over the last month and you are feeling the result. Things to look for and fix that we have found to be effective: 1. Search for any domain using a global catch-all, change it to 'catch-all bounced' and then change the ownership of that .qmail-default file so they can't change it back. (prevents dictionary attacks) 2. Increase the SA scores on bounces, shorten the rbl timeout: whitelist_bounce_relays mail.gbco.us rbl_timeout 8 add_header all Report _REPORT_ score BOUNCE_MESSAGE MTA 1.0 score ANY_BOUNCE_MESSAGE 1.0 3. Consider paying for a real blocking list like spamhaus.org's sbl and xbl. That along with qmail's rblsmtpd program and our own RBL mirror has eliminated over 75% of the spammer load on the mailserver. At 05:16 PM 4/14/2008, you wrote: I've been using the toaster for quite some time, with great results (thanks Bill for all the hard work!). I'm running the latest versions (although my clamAV may be out of date as that happens frequently). My system is a CentOS with the latest updates. I use most of the "add ons" such as spamassassin, clamav, ripmine, simscan, tmda, and qmailmrtg. I host about 15 domains, but not too many users per domain, the largest is about 40 users. Unfortunately I seem to recently be experiencing some strange problems and am not sure of the best way to sort them out. - Emails with large attachments are typically being delivered twice to the end user. - Lots of spam, even though I have tweaked and tweaked on spamassassin, the spam has more than doubled in the past month. - Users receiving failure notices even though the message is actually received properly. - Users receiving failure notices from emails they didn't actually send. - Some users get failures that say "protocol error" with not much detail. I've searched qmail logs and seem to only find the standard things I've always seen. I have run queue repair routines which all say there are no problems. I'm pretty much at a loss as to what to do next. Any helpful suggestions on things to run, errors to look for, or experiences would be greatly appreciated. Thanks, Gary Best Regards, Jeff Koch, Intersessions
Re: [toaster] Question
Jeff: Thanks very much for the details. It will take me a bit to get through these suggestions, but they all sound very reasonable. I'll get back with results if all goes well, questions if they don't. Regards, Gary Jeff Koch wrote: Gary: I have seen most of these errors only on very heavily loaded mailservers that cannot keep up with the mail load. In those cases the pop3 and smtp concurrency goes through the roof, pop3 sessions start timing out and users can get the same email two and three times. You are also apparently getting hit with backscatter bounce-backs from spammers that have forged the email addresses of your users. Spamming, backscatter, etc have increased dramatically over the last month and you are feeling the result. Things to look for and fix that we have found to be effective: 1. Search for any domain using a global catch-all, change it to 'catch-all bounced' and then change the ownership of that .qmail-default file so they can't change it back. (prevents dictionary attacks) 2. Increase the SA scores on bounces, shorten the rbl timeout: whitelist_bounce_relays mail.gbco.us rbl_timeout 8 add_header all Report _REPORT_ score BOUNCE_MESSAGE MTA 1.0 score ANY_BOUNCE_MESSAGE 1.0 3. Consider paying for a real blocking list like spamhaus.org's sbl and xbl. That along with qmail's rblsmtpd program and our own RBL mirror has eliminated over 75% of the spammer load on the mailserver. At 05:16 PM 4/14/2008, you wrote: I've been using the toaster for quite some time, with great results (thanks Bill for all the hard work!). I'm running the latest versions (although my clamAV may be out of date as that happens frequently). My system is a CentOS with the latest updates. I use most of the "add ons" such as spamassassin, clamav, ripmine, simscan, tmda, and qmailmrtg. I host about 15 domains, but not too many users per domain, the largest is about 40 users. Unfortunately I seem to recently be experiencing some strange problems and am not sure of the best way to sort them out. - Emails with large attachments are typically being delivered twice to the end user. - Lots of spam, even though I have tweaked and tweaked on spamassassin, the spam has more than doubled in the past month. - Users receiving failure notices even though the message is actually received properly. - Users receiving failure notices from emails they didn't actually send. - Some users get failures that say "protocol error" with not much detail. I've searched qmail logs and seem to only find the standard things I've always seen. I have run queue repair routines which all say there are no problems. I'm pretty much at a loss as to what to do next. Any helpful suggestions on things to run, errors to look for, or experiences would be greatly appreciated. Thanks, Gary Best Regards, Jeff Koch, Intersessions
Re: [toaster] wiki
Lampa wrote: Hello, is this wiki http://www.qmailwiki.org/Vpopmaild relevant for vpopmaild in current version (5.4.26d) ? README.vpopmaild from the version you are using is probably best.
Re: [toaster] ToasterAdmin 0.0.2
Bill Shupp wrote: If you're developing in PHP, you can view the API docs for Net_Vpopmaild: http://pear.php.net/package/Net_Vpopmaild/docs/0.2.1/ Let me re-phrase that... If you are developing in PHP you should be using Net_Vpopmaild. Rick
