RE: [vchkpw] Major autorespond problems.
Hi, Why not change the hard limit compiled in to one that works for you and recompile. i.e. Instead of the 1 day limit drop it to 1 hour or thirty minutes or up the number of messages in the one day period. Craig -Original Message- From: Steve Fulton [mailto:[EMAIL PROTECTED]] Sent: 05 October 2002 10:01 To: vpopmail list Cc: [EMAIL PROTECTED] Subject: [vchkpw] Major autorespond problems. Hi all, Some of you may recall my recent troubles/complaints with autorespond (which is required for the QmailAdmin package), and how I went about trying to solve it. For what its worth, my efforts appear to have failed. Let me explain. I have had a number of complaints from a very large corporate client regarding delayed e-mails. These complaints are getting steadily worse. Some can be attributed to issues not related to the function of the mail server in question, but unfortunately most can. To best explain what is happening, I am going to demonstrate how this situation comes about, step by step. 1. High-powered corporate executive sends out many e-mails to many employees each day. This executive follows company policy and CC's herself on every message she sends. She also, like many in her company, makes use of the vacation/autoresponder function within QmailAdmin daily. 2. Executive sends 5 e-mails one morning. She notices that she receives only 3 of her CC'ed copies, and receives the others later (ranging from 1 to 5 days, usually during the weekend [clue!]). She receives complaints from others, who also use vacation/autoresponder [clue!]. 3. Diligent sysadmin checks logs .. delivering okay. Sysadmin checks queue .. hmm, missing messages in queue. Sysadmin -HUP's qmail-send and see's some messages delivered, sometimes, and sometimes none. Sysadmin checks logs, and see's messages from autorespond saying too many messages received from user, delaying. I hope you're still with me. This is what I believe is happening: The messages are being delivered, and auto-responses are being sent until the hard-coded limit of 3 messages in 86400 minutes (1 day) from a single user are received. Then autorespond does not send an response to the sender, and for some reason, the original message is NOT delivered and is re-queued for later. That is not acceptable. This problem occurred using an unmodified autorespond (2.03) and using my modified version of that program (which was supposed to pass the proper error codes to vdelivermail). Has anyone else experienced this? There are three ways I can approach solving this: 1. Remove the vacation/autorespond option from my customers. Unfortunately this is not an option. 2. Modify QmailAdmin to increase the autorespond limits it creates within the users .qmail file. I'm tempted to increase them 100 fold just to save some hassle, but this doesn't solve the overall issue. 3. Work to fix this, even if it means modifying autorespond again. And there is also the possibility that autoresponder isn't the entire problem, but vdelivermail as well (which explains why I'm posting this on the Vpopmail list). So, without further ado, a little help? -- Steve
[vchkpw] Quotas: Strange Behaviors
Hi, I'm in trouble with quotas... Who isn't? :-) I'm usign qmail 1.03, vpopmail 5.3.8, qmailadmin 1.0.6, vqadmin 2.3.2, Courrier-IMAP 1.4.4 and a few goodies... I have applied qmail-maildir++ patch to enable POP support and it's working perfectly, except for these problems: a) When quota size in account properties is changed using vqadmin (or vsetuserquota), file maildirsize isn't updated. So, I need to manually delete this file, once it will be automatically created with correct size on next mail. b) When quota usage is higher 90%, a file named quotawarn (0 byte) is created in Maildir root and a mail (warning) is sent to the correspondent account. That's ok, but after purging messages, this file isn't removed, and I will nevermore receive that warning again, even if I delete it. c) Automatically 15 minutes updates mentioned in doc http://inter7.com/courierimap/README.maildirquota.html doesn't work. It is implemented? Well, here goes my question: all these behaviors are normal? Thanks. []'s -- Dorneles Treméa Caxias do Sul - RS - Brasil +55 54 9114 9312 - UIN: 2413568 X3ng Web Technology http://www.x3ng.com.br -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS/IT d- s:-: a23 C+++ UBL$ P--- L++ E-- W+++ N++ o? K? w+ O M+ V-- PS+ PE- Y-- PGP++ t+ 5 X++ R+ tv+ b(++) DI+ D++ G e++ h r+++ y+++** --END GEEK CODE BLOCK-- msg09103/pgp0.pgp Description: PGP signature
Re: [vchkpw] Major autorespond problems.
Hello Steve, On Saturday, October 5, 2002 at 10:01:10 AM you wrote: Then autorespond does not send an response to the sender, and for some reason, the original message is NOT delivered and is re-queued for later. From 'autorespond' README: ,-= [ ] =- | Notes | = | - If the maximum count has been reached, then the message is not | forwarded on to you. If you wish to change this behavior, change | _exit(99); on line 455 for mysql, 440 for the normal one | to: | _exit(0); | `-= Maybe this solves your problem??? the line should be, in opposite to what README states, #627 + #698 in 2.0.2 2.0.3 (the former would not store mails from a 'mailer-daemon' in users mailbox, which I don't understand why it shouldn't). -- Best regards Peter Palmreuthermailto:[EMAIL PROTECTED]
Re: [vchkpw] Major autorespond problems.
Steve Fulton writes: 3. Diligent sysadmin checks logs .. delivering okay. Sysadmin checks queue .. hmm, missing messages in queue. Sysadmin -HUP's qmail-send and see's some messages delivered, sometimes, and sometimes none. Sysadmin checks logs, and see's messages from autorespond saying too many messages received from user, delaying. SIGHUP causes qmail-send to reread locals and virtualdomains. You want to send it SIGALRM, which causes it to reschedule everything in the queue for immediate delivery (i.e. it tries to delivery everything). This is what I believe is happening: The messages are being delivered, and auto-responses are being sent until the hard-coded limit of 3 messages in 86400 minutes (1 day) from a single user are received. Then autorespond does not send an response to the sender, and for some reason, the original message is NOT delivered and is re-queued for later. QmailAdmin creates .qmail files with the autoresponder line first and the Maildir line second. Thus if the autoresponder exits with 99, qmail-local will not deliver to the Maildir. Placing the Maildir line before the autoresponder will fix this. If you always want the message to be delivered to the Maildir, regardless of whether or not the autoresponder succeeds, then this is the way to go. However, if the autoresponder returns 111 (soft error), this will result in multiple deliveries of the message to the Maildir. In this case, you will need a base .qmail file that delivers the message to the Maildir and forwards it to a separate address that contains the autoresponder, as recommended by dot-qmail(5). -- David Phillips [EMAIL PROTECTED] http://david.acz.org/
[vchkpw] RE: Major autorespond problems - SOLVED.
At 17:56 05/10/2002 -0500, you wrote: SIGHUP causes qmail-send to reread locals and virtualdomains. You want to send it SIGALRM, which causes it to reschedule everything in the queue for immediate delivery (i.e. it tries to delivery everything). Actually I use LWQ's qmailctl script, and type qmail queue .. I was just being lazy about remembering what it did. Thanks though. Anyway, I figure I'll give everyone an update.. It appears to be solved. My original patch from early September neglected to add the case to handle the 99 error code from autorespond (see lazy, above), and Dave Boodman provided a patch that solved this. There is a pre-devel version 5.3.9 that incorporates both my patch and his, and it looks fine now. I've completed a series of tests and everything is peachy. (I don't use that word lightly ;) Thanks to all who helped! -- Steve
