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
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.
At 10:54 05/10/2002 +0200, Craig Avnit wrote: >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. That's my second option (below), and it is a work-around, but the original bug still exists. And frankly, as long as the bug exists, others will be bitten. In the meantime though, I've done exactly what you suggest. -- Steve >-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
Re: [vchkpw] Major autorespond problems.
At 19:37 05/10/2002 +0200, Peter Palmreuther wrote: > 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). I don't believe that's what is causing the problem. The message that should be delivered is not being delivered. If I remove the autoresponder from the end-users .qmail file, the messages are delivered fine. If the autoresponder stays, the messages continue to queue. I've actually just discovered that while raising the limits of the autoresponder help, it is not perfect. There are still messages waiting to be delivered, and are not even when I -HUP qmail-send. I must remove the autoresponder from the .qmail file. -- Steve
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/
RE: [vchkpw] Major autorespond problems.
Of course it is going to block the messages. It thinks that she is spamming it with a whole lot of messages. It is doing exactly what it was designed to do. I have never heard of anyone that CC's themselves to make sure the message is delivered. Why not put a request on the message so the client sends the recieved and read message back to her like most people do. The thing is, there is no problem with vpopmail or the autoresponder. It is how they or you are trying to use it. There are reason's it is setup like it is. To prevent autoresponder loops. What if her autoresponder responds to another autoresponder, then that one responds back, and yes another autoresponder get's in the loop because someone else has one, then it responds back. Before you know it you have hundreds of duplicate messages because of looping issues. The reason it is stopping at 3 messages is because it see's the message as coming from HER. Which infact it is coming from her. So it hits the 3 message limit from one individual. EXACTLY how it is designed and configured. --- Brad Dameron Network Account Executive TSCNet Inc. www.tscnet.com Silverdale, WA. 1-888-8TSCNET > -Original Message- > From: Steve Fulton [mailto:[EMAIL PROTECTED]] > Sent: Saturday, October 05, 2002 1:01 AM > 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 > >
RE: [vchkpw] Major autorespond problems.
A HUP doesn't have Qmail re-send the QUEUE. You need to send it a -ALRM. --- Brad Dameron Network Account Executive TSCNet Inc. www.tscnet.com Silverdale, WA. 1-888-8TSCNET > -Original Message- > From: Steve Fulton [mailto:[EMAIL PROTECTED]] > Sent: Saturday, October 05, 2002 11:10 AM > To: [EMAIL PROTECTED] > Subject: Re: [vchkpw] Major autorespond problems. > > > At 19:37 05/10/2002 +0200, Peter Palmreuther wrote: > > > 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). > > > I don't believe that's what is causing the problem. The message that > should be delivered is not being delivered. If I remove the > autoresponder > from the end-users .qmail file, the messages are delivered fine. If the > autoresponder stays, the messages continue to queue. > > I've actually just discovered that while raising the limits of the > autoresponder help, it is not perfect. There are still messages > waiting to > be delivered, and are not even when I -HUP qmail-send. I must remove the > autoresponder from the .qmail file. > > -- Steve > >
[vchkpw] RE: [qmailadmin] RE: [vchkpw] Major autorespond problems.
This is correct. It should still deliver the message just not respond to it. --- Brad Dameron Network Account Executive TSCNet Inc. www.tscnet.com Silverdale, WA. 1-888-8TSCNET > -Original Message- > From: Tom Collins [mailto:[EMAIL PROTECTED]] > Sent: Monday, October 07, 2002 12:02 PM > To: [EMAIL PROTECTED] > Cc: vpopmail list; [EMAIL PROTECTED] > Subject: Re: [qmailadmin] RE: [vchkpw] Major autorespond problems. > > > But I think the intended/preferred behavior should be to not send the > autoresponse, yet still receive the original message into the mailbox. > At least that's how I understood the original message, and how I > understood the behavior of autorespond. > > Autorespond shouldn't do anything to affect the delivery of the > original message. It should only decide whether to respond or not. > > On Monday, October 7, 2002, at 11:21 AM, Brad Dameron wrote: > > Of course it is going to block the messages. It thinks that she is > > spamming > > it with a whole lot of messages. It is doing exactly what it was > > designed to > > do. I have never heard of anyone that CC's themselves to make sure the > > message is delivered. Why not put a request on the message so the > > client > > sends the recieved and read message back to her like most people do. > > -- > Tom Collins > [EMAIL PROTECTED] > >
[vchkpw] RE: [qmailadmin] RE: [vchkpw] Major autorespond problems.
This looks to be another vpopmail bug. There are a few still out there that have not been corrected even after being reported many times. Not sure how often it is being worked on anymore. As I don't see many status reports or even responses to bugs being posted. I for one have posted a bug and how to reproduce it several times and have yet to get a response back. --- Brad Dameron Network Account Executive TSCNet Inc. www.tscnet.com Silverdale, WA. 1-888-8TSCNET > -Original Message- > From: Tom Collins [mailto:[EMAIL PROTECTED]] > Sent: Monday, October 07, 2002 12:02 PM > To: [EMAIL PROTECTED] > Cc: vpopmail list; [EMAIL PROTECTED] > Subject: Re: [qmailadmin] RE: [vchkpw] Major autorespond problems. > > > But I think the intended/preferred behavior should be to not send the > autoresponse, yet still receive the original message into the mailbox. > At least that's how I understood the original message, and how I > understood the behavior of autorespond. > > Autorespond shouldn't do anything to affect the delivery of the > original message. It should only decide whether to respond or not. > > On Monday, October 7, 2002, at 11:21 AM, Brad Dameron wrote: > > Of course it is going to block the messages. It thinks that she is > > spamming > > it with a whole lot of messages. It is doing exactly what it was > > designed to > > do. I have never heard of anyone that CC's themselves to make sure the > > message is delivered. Why not put a request on the message so the > > client > > sends the recieved and read message back to her like most people do. > > -- > Tom Collins > [EMAIL PROTECTED] > >