Re: [qmailtoaster] Re: Area510.net : e mail delay
Maxwell Smart wrote: The activity I see when I tail -f /var/log/qmail/smtp/current is what I mean. Is there someplace I can see a flow chart of a default setup? and how to follow the mail through the system? This would be extremely helpful. I can get you all of the detail you need, but I need to know where to look. Jake Vickers wrote: There is an image called Qmail The Big Picture that is out there that will be the closest to what you're looking for. When you're sending, you typically only need to look at the send logs, unless you set your system up to scan everything. When receiving, you look at the smtp logs, then the spam logs. I think we've seen that you send okay, and it seems that you receive okay. Now we need to look at your IMAP logs and see if there's something in there. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Jake Vickers wrote: Maxwell Smart wrote: The activity I see when I tail -f /var/log/qmail/smtp/current is what I mean. Is there someplace I can see a flow chart of a default setup? and how to follow the mail through the system? This would be extremely helpful. I can get you all of the detail you need, but I need to know where to look. Jake Vickers wrote: There is an image called Qmail The Big Picture that is out there that will be the closest to what you're looking for. When you're sending, you typically only need to look at the send logs, unless you set your system up to scan everything. When receiving, you look at the smtp logs, then the spam logs. I think we've seen that you send okay, and it seems that you receive okay. Now we need to look at your IMAP logs and see if there's something in there. This would be monitoring the /var/log/qmail/imap/current file or looking at the contents in /var/log/qmail/imap correct? OK, I'll follow up on both suggestions later. I have some fabrication work that needs to get delivered. For the moment it appears to be working albeit slower than I'd like. 2 quick questions. What file tells the update history? Is there an archive of older toaster rpms? BTW, It appears that I do now have a functional caching nameserver. Thanks for the tips on that. It was just the config in named conf. that needed tweaking along with moving the 127.0.0.1 address to the correct position in the resolv.conf file. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Maxwell Smart wrote: This would be monitoring the /var/log/qmail/imap/current file or looking at the contents in /var/log/qmail/imap correct? # qmlog -f imap4 # qmlog -f imap4-ssl (depending on which you use) OK, I'll follow up on both suggestions later. I have some fabrication work that needs to get delivered. For the moment it appears to be working albeit slower than I'd like. 2 quick questions. What file tells the update history? Is there an archive of older toaster rpms? Providing you use qtp-newmodel to update, you'll find these things in /usr/src/qtp-upgrade/* directories. They should be pretty self explanatory. -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Eric Shubert wrote: Maxwell Smart wrote: This would be monitoring the /var/log/qmail/imap/current file or looking at the contents in /var/log/qmail/imap correct? # qmlog -f imap4 # qmlog -f imap4-ssl (depending on which you use) OK, I'll follow up on both suggestions later. I have some fabrication work that needs to get delivered. For the moment it appears to be working albeit slower than I'd like. 2 quick questions. What file tells the update history? Is there an archive of older toaster rpms? Providing you use qtp-newmodel to update, you'll find these things in /usr/src/qtp-upgrade/* directories. They should be pretty self explanatory. I have copies of older packages available here. If you let me know what version, I can check to see if I have it and make it available to you. (What does everyone think of an archive page of older versions of the packages? ) - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Jake Vickers wrote: Eric Shubert wrote: Maxwell Smart wrote: This would be monitoring the /var/log/qmail/imap/current file or looking at the contents in /var/log/qmail/imap correct? # qmlog -f imap4 # qmlog -f imap4-ssl (depending on which you use) OK, I'll follow up on both suggestions later. I have some fabrication work that needs to get delivered. For the moment it appears to be working albeit slower than I'd like. 2 quick questions. What file tells the update history? Is there an archive of older toaster rpms? Providing you use qtp-newmodel to update, you'll find these things in /usr/src/qtp-upgrade/* directories. They should be pretty self explanatory. I have copies of older packages available here. If you let me know what version, I can check to see if I have it and make it available to you. (What does everyone think of an archive page of older versions of the packages? ) I don't really see a purpose myself. Should be lowest of low priority imo. -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
I am not quite sure what I am looking for so here goes. The first is qmlog -f imap The second is qmlog -f smtp. You can see the login to send the email and the times are identical. I then switched folders causing it to login again and no mail. I have checked a couple of times and no go. I am flying blind here so if what I am posting is totally irrelevant, point me in the right direction. 09-25 10:59:07 tcpserver: status: 2/40 09-25 10:59:07 tcpserver: pid 27244 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27244 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46756 09-25 10:59:07 DEBUG: Connection, ip=[192.168.0.2] 09-25 10:59:07 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 11:00:08 tcpserver: status: 3/40 09-25 11:00:08 tcpserver: pid 27356 from 192.168.0.2 09-25 11:00:08 tcpserver: ok 27356 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46757 09-25 11:00:08 DEBUG: Connection, ip=[192.168.0.2] 09-25 11:00:08 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 10:59:07 tcpserver: pid 27234 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27234 laetitia.area510.net:192.168.0.80:25 :192.168.0.2::53340 09-25 10:59:07 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-25 10:59:07 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-25 10:59:07 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) 09-25 10:59:07 policy_check: policy allows transmission 09-25 10:59:07 simscan:[27234]:RELAYCLIENT:0.0197s:-:192.168.0.2:c...@yother.com:c...@yother.com 09-25 10:59:07 tcpserver: end 27234 status 0 Jake Vickers wrote: Eric Shubert wrote: Maxwell Smart wrote: This would be monitoring the /var/log/qmail/imap/current file or looking at the contents in /var/log/qmail/imap correct? # qmlog -f imap4 # qmlog -f imap4-ssl (depending on which you use) OK, I'll follow up on both suggestions later. I have some fabrication work that needs to get delivered. For the moment it appears to be working albeit slower than I'd like. 2 quick questions. What file tells the update history? Is there an archive of older toaster rpms? Providing you use qtp-newmodel to update, you'll find these things in /usr/src/qtp-upgrade/* directories. They should be pretty self explanatory. I have copies of older packages available here. If you let me know what version, I can check to see if I have it and make it available to you. (What does everyone think of an archive page of older versions of the packages? ) - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Hey Max, I'm working this with someone else who appears to have the same symptoms. It's still a mystery, but we're testing some things out. We'll let you know when we find something, hopefully soon. Maxwell Smart wrote: I am not quite sure what I am looking for so here goes. The first is qmlog -f imap The second is qmlog -f smtp. You can see the login to send the email and the times are identical. I then switched folders causing it to login again and no mail. I have checked a couple of times and no go. I am flying blind here so if what I am posting is totally irrelevant, point me in the right direction. 09-25 10:59:07 tcpserver: status: 2/40 09-25 10:59:07 tcpserver: pid 27244 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27244 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46756 09-25 10:59:07 DEBUG: Connection, ip=[192.168.0.2] 09-25 10:59:07 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 11:00:08 tcpserver: status: 3/40 09-25 11:00:08 tcpserver: pid 27356 from 192.168.0.2 09-25 11:00:08 tcpserver: ok 27356 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46757 09-25 11:00:08 DEBUG: Connection, ip=[192.168.0.2] 09-25 11:00:08 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 10:59:07 tcpserver: pid 27234 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27234 laetitia.area510.net:192.168.0.80:25 :192.168.0.2::53340 09-25 10:59:07 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-25 10:59:07 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-25 10:59:07 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) 09-25 10:59:07 policy_check: policy allows transmission 09-25 10:59:07 simscan:[27234]:RELAYCLIENT:0.0197s:-:192.168.0.2:c...@yother.com:c...@yother.com 09-25 10:59:07 tcpserver: end 27234 status 0 Jake Vickers wrote: Eric Shubert wrote: Maxwell Smart wrote: This would be monitoring the /var/log/qmail/imap/current file or looking at the contents in /var/log/qmail/imap correct? # qmlog -f imap4 # qmlog -f imap4-ssl (depending on which you use) OK, I'll follow up on both suggestions later. I have some fabrication work that needs to get delivered. For the moment it appears to be working albeit slower than I'd like. 2 quick questions. What file tells the update history? Is there an archive of older toaster rpms? Providing you use qtp-newmodel to update, you'll find these things in /usr/src/qtp-upgrade/* directories. They should be pretty self explanatory. I have copies of older packages available here. If you let me know what version, I can check to see if I have it and make it available to you. (What does everyone think of an archive page of older versions of the packages? ) - -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Sounds good. FWIW I just did a telnet to my IMAP and it worked as expected with no delays. It's actually CJ Eric, Maxwell Smart is an alias that just stuck from Win95 days. :) Eric Shubert wrote: Hey Max, I'm working this with someone else who appears to have the same symptoms. It's still a mystery, but we're testing some things out. We'll let you know when we find something, hopefully soon. Maxwell Smart wrote: I am not quite sure what I am looking for so here goes. The first is qmlog -f imap The second is qmlog -f smtp. You can see the login to send the email and the times are identical. I then switched folders causing it to login again and no mail. I have checked a couple of times and no go. I am flying blind here so if what I am posting is totally irrelevant, point me in the right direction. 09-25 10:59:07 tcpserver: status: 2/40 09-25 10:59:07 tcpserver: pid 27244 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27244 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46756 09-25 10:59:07 DEBUG: Connection, ip=[192.168.0.2] 09-25 10:59:07 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 11:00:08 tcpserver: status: 3/40 09-25 11:00:08 tcpserver: pid 27356 from 192.168.0.2 09-25 11:00:08 tcpserver: ok 27356 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46757 09-25 11:00:08 DEBUG: Connection, ip=[192.168.0.2] 09-25 11:00:08 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 10:59:07 tcpserver: pid 27234 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27234 laetitia.area510.net:192.168.0.80:25 :192.168.0.2::53340 09-25 10:59:07 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-25 10:59:07 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-25 10:59:07 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) 09-25 10:59:07 policy_check: policy allows transmission 09-25 10:59:07 simscan:[27234]:RELAYCLIENT:0.0197s:-:192.168.0.2:c...@yother.com:c...@yother.com 09-25 10:59:07 tcpserver: end 27234 status 0 Jake Vickers wrote: Eric Shubert wrote: Maxwell Smart wrote: This would be monitoring the /var/log/qmail/imap/current file or looking at the contents in /var/log/qmail/imap correct? # qmlog -f imap4 # qmlog -f imap4-ssl (depending on which you use) OK, I'll follow up on both suggestions later. I have some fabrication work that needs to get delivered. For the moment it appears to be working albeit slower than I'd like. 2 quick questions. What file tells the update history? Is there an archive of older toaster rpms? Providing you use qtp-newmodel to update, you'll find these things in /usr/src/qtp-upgrade/* directories. They should be pretty self explanatory. I have copies of older packages available here. If you let me know what version, I can check to see if I have it and make it available to you. (What does everyone think of an archive page of older versions of the packages? ) - - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Ok CJ. I really like Max Smart though, from the old TV series. Used to watch it all the time. Anywise, try this: # qmailctl stop # queue_repair.py -r # qmailctl start I think you'll like it. Please report the output of the queue_repair.py command. I think you'll see some errors fixed there. Maxwell Smart wrote: Sounds good. FWIW I just did a telnet to my IMAP and it worked as expected with no delays. It's actually CJ Eric, Maxwell Smart is an alias that just stuck from Win95 days. :) Eric Shubert wrote: Hey Max, I'm working this with someone else who appears to have the same symptoms. It's still a mystery, but we're testing some things out. We'll let you know when we find something, hopefully soon. Maxwell Smart wrote: I am not quite sure what I am looking for so here goes. The first is qmlog -f imap The second is qmlog -f smtp. You can see the login to send the email and the times are identical. I then switched folders causing it to login again and no mail. I have checked a couple of times and no go. I am flying blind here so if what I am posting is totally irrelevant, point me in the right direction. 09-25 10:59:07 tcpserver: status: 2/40 09-25 10:59:07 tcpserver: pid 27244 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27244 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46756 09-25 10:59:07 DEBUG: Connection, ip=[192.168.0.2] 09-25 10:59:07 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 11:00:08 tcpserver: status: 3/40 09-25 11:00:08 tcpserver: pid 27356 from 192.168.0.2 09-25 11:00:08 tcpserver: ok 27356 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46757 09-25 11:00:08 DEBUG: Connection, ip=[192.168.0.2] 09-25 11:00:08 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 10:59:07 tcpserver: pid 27234 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27234 laetitia.area510.net:192.168.0.80:25 :192.168.0.2::53340 09-25 10:59:07 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-25 10:59:07 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-25 10:59:07 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) 09-25 10:59:07 policy_check: policy allows transmission 09-25 10:59:07 simscan:[27234]:RELAYCLIENT:0.0197s:-:192.168.0.2:c...@yother.com:c...@yother.com 09-25 10:59:07 tcpserver: end 27234 status 0 Jake Vickers wrote: Eric Shubert wrote: Maxwell Smart wrote: This would be monitoring the /var/log/qmail/imap/current file or looking at the contents in /var/log/qmail/imap correct? # qmlog -f imap4 # qmlog -f imap4-ssl (depending on which you use) OK, I'll follow up on both suggestions later. I have some fabrication work that needs to get delivered. For the moment it appears to be working albeit slower than I'd like. 2 quick questions. What file tells the update history? Is there an archive of older toaster rpms? Providing you use qtp-newmodel to update, you'll find these things in /usr/src/qtp-upgrade/* directories. They should be pretty self explanatory. I have copies of older packages available here. If you let me know what version, I can check to see if I have it and make it available to you. (What does everyone think of an archive page of older versions of the packages? ) - -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
That fixed it. I had this problem once before with my old q mail rocks install. That time it was my fault messing around with the queue while it was running. Not sure what caused it this time. You're showing your age now! Cheers all thanks for all your efforts. CJ Eric Shubert wrote: Ok CJ. I really like Max Smart though, from the old TV series. Used to watch it all the time. Anywise, try this: # qmailctl stop # queue_repair.py -r # qmailctl start I think you'll like it. Please report the output of the queue_repair.py command. I think you'll see some errors fixed there. Maxwell Smart wrote: Sounds good. FWIW I just did a telnet to my IMAP and it worked as expected with no delays. It's actually CJ Eric, Maxwell Smart is an alias that just stuck from Win95 days. :) Eric Shubert wrote: Hey Max, I'm working this with someone else who appears to have the same symptoms. It's still a mystery, but we're testing some things out. We'll let you know when we find something, hopefully soon. Maxwell Smart wrote: I am not quite sure what I am looking for so here goes. The first is qmlog -f imap The second is qmlog -f smtp. You can see the login to send the email and the times are identical. I then switched folders causing it to login again and no mail. I have checked a couple of times and no go. I am flying blind here so if what I am posting is totally irrelevant, point me in the right direction. 09-25 10:59:07 tcpserver: status: 2/40 09-25 10:59:07 tcpserver: pid 27244 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27244 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46756 09-25 10:59:07 DEBUG: Connection, ip=[192.168.0.2] 09-25 10:59:07 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 11:00:08 tcpserver: status: 3/40 09-25 11:00:08 tcpserver: pid 27356 from 192.168.0.2 09-25 11:00:08 tcpserver: ok 27356 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46757 09-25 11:00:08 DEBUG: Connection, ip=[192.168.0.2] 09-25 11:00:08 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 10:59:07 tcpserver: pid 27234 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27234 laetitia.area510.net:192.168.0.80:25 :192.168.0.2::53340 09-25 10:59:07 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-25 10:59:07 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-25 10:59:07 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) 09-25 10:59:07 policy_check: policy allows transmission 09-25 10:59:07 simscan:[27234]:RELAYCLIENT:0.0197s:-:192.168.0.2:c...@yother.com:c...@yother.com 09-25 10:59:07 tcpserver: end 27234 status 0 Jake Vickers wrote: Eric Shubert wrote: Maxwell Smart wrote: This would be monitoring the /var/log/qmail/imap/current file or looking at the contents in /var/log/qmail/imap correct? # qmlog -f imap4 # qmlog -f imap4-ssl (depending on which you use) OK, I'll follow up on both suggestions later. I have some fabrication work that needs to get delivered. For the moment it appears to be working albeit slower than I'd like. 2 quick questions. What file tells the update history? Is there an archive of older toaster rpms? Providing you use qtp-newmodel to update, you'll find these things in /usr/src/qtp-upgrade/* directories. They should be pretty self explanatory. I have copies of older packages available here. If you let me know what version, I can check to see if I have it and make it available to you. (What does everyone think of an archive page of older versions of the packages? ) - - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional
Re: [qmailtoaster] Re: Area510.net : e mail delay
BTW, I'll answer to either. :) Did you find out what caused the queue to get hosed? Eric Shubert wrote: Ok CJ. I really like Max Smart though, from the old TV series. Used to watch it all the time. Anywise, try this: # qmailctl stop # queue_repair.py -r # qmailctl start I think you'll like it. Please report the output of the queue_repair.py command. I think you'll see some errors fixed there. Maxwell Smart wrote: Sounds good. FWIW I just did a telnet to my IMAP and it worked as expected with no delays. It's actually CJ Eric, Maxwell Smart is an alias that just stuck from Win95 days. :) Eric Shubert wrote: Hey Max, I'm working this with someone else who appears to have the same symptoms. It's still a mystery, but we're testing some things out. We'll let you know when we find something, hopefully soon. Maxwell Smart wrote: I am not quite sure what I am looking for so here goes. The first is qmlog -f imap The second is qmlog -f smtp. You can see the login to send the email and the times are identical. I then switched folders causing it to login again and no mail. I have checked a couple of times and no go. I am flying blind here so if what I am posting is totally irrelevant, point me in the right direction. 09-25 10:59:07 tcpserver: status: 2/40 09-25 10:59:07 tcpserver: pid 27244 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27244 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46756 09-25 10:59:07 DEBUG: Connection, ip=[192.168.0.2] 09-25 10:59:07 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 11:00:08 tcpserver: status: 3/40 09-25 11:00:08 tcpserver: pid 27356 from 192.168.0.2 09-25 11:00:08 tcpserver: ok 27356 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46757 09-25 11:00:08 DEBUG: Connection, ip=[192.168.0.2] 09-25 11:00:08 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 10:59:07 tcpserver: pid 27234 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27234 laetitia.area510.net:192.168.0.80:25 :192.168.0.2::53340 09-25 10:59:07 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-25 10:59:07 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-25 10:59:07 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) 09-25 10:59:07 policy_check: policy allows transmission 09-25 10:59:07 simscan:[27234]:RELAYCLIENT:0.0197s:-:192.168.0.2:c...@yother.com:c...@yother.com 09-25 10:59:07 tcpserver: end 27234 status 0 Jake Vickers wrote: Eric Shubert wrote: Maxwell Smart wrote: This would be monitoring the /var/log/qmail/imap/current file or looking at the contents in /var/log/qmail/imap correct? # qmlog -f imap4 # qmlog -f imap4-ssl (depending on which you use) OK, I'll follow up on both suggestions later. I have some fabrication work that needs to get delivered. For the moment it appears to be working albeit slower than I'd like. 2 quick questions. What file tells the update history? Is there an archive of older toaster rpms? Providing you use qtp-newmodel to update, you'll find these things in /usr/src/qtp-upgrade/* directories. They should be pretty self explanatory. I have copies of older packages available here. If you let me know what version, I can check to see if I have it and make it available to you. (What does everyone think of an archive page of older versions of the packages? ) - - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Nope. Usually operator error. ;) Maxwell Smart wrote: BTW, I'll answer to either. :) Did you find out what caused the queue to get hosed? Eric Shubert wrote: Ok CJ. I really like Max Smart though, from the old TV series. Used to watch it all the time. Anywise, try this: # qmailctl stop # queue_repair.py -r # qmailctl start I think you'll like it. Please report the output of the queue_repair.py command. I think you'll see some errors fixed there. Maxwell Smart wrote: Sounds good. FWIW I just did a telnet to my IMAP and it worked as expected with no delays. It's actually CJ Eric, Maxwell Smart is an alias that just stuck from Win95 days. :) Eric Shubert wrote: Hey Max, I'm working this with someone else who appears to have the same symptoms. It's still a mystery, but we're testing some things out. We'll let you know when we find something, hopefully soon. Maxwell Smart wrote: I am not quite sure what I am looking for so here goes. The first is qmlog -f imap The second is qmlog -f smtp. You can see the login to send the email and the times are identical. I then switched folders causing it to login again and no mail. I have checked a couple of times and no go. I am flying blind here so if what I am posting is totally irrelevant, point me in the right direction. 09-25 10:59:07 tcpserver: status: 2/40 09-25 10:59:07 tcpserver: pid 27244 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27244 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46756 09-25 10:59:07 DEBUG: Connection, ip=[192.168.0.2] 09-25 10:59:07 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 11:00:08 tcpserver: status: 3/40 09-25 11:00:08 tcpserver: pid 27356 from 192.168.0.2 09-25 11:00:08 tcpserver: ok 27356 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46757 09-25 11:00:08 DEBUG: Connection, ip=[192.168.0.2] 09-25 11:00:08 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 10:59:07 tcpserver: pid 27234 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27234 laetitia.area510.net:192.168.0.80:25 :192.168.0.2::53340 09-25 10:59:07 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-25 10:59:07 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-25 10:59:07 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) 09-25 10:59:07 policy_check: policy allows transmission 09-25 10:59:07 simscan:[27234]:RELAYCLIENT:0.0197s:-:192.168.0.2:c...@yother.com:c...@yother.com 09-25 10:59:07 tcpserver: end 27234 status 0 Jake Vickers wrote: Eric Shubert wrote: Maxwell Smart wrote: This would be monitoring the /var/log/qmail/imap/current file or looking at the contents in /var/log/qmail/imap correct? # qmlog -f imap4 # qmlog -f imap4-ssl (depending on which you use) OK, I'll follow up on both suggestions later. I have some fabrication work that needs to get delivered. For the moment it appears to be working albeit slower than I'd like. 2 quick questions. What file tells the update history? Is there an archive of older toaster rpms? Providing you use qtp-newmodel to update, you'll find these things in /usr/src/qtp-upgrade/* directories. They should be pretty self explanatory. I have copies of older packages available here. If you let me know what version, I can check to see if I have it and make it available to you. (What does everyone think of an archive page of older versions of the packages? ) - -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
I am not sure what operator error could have caused this. The fact that it happened to both toasters is odd too.I could see this happening to one. What was the case with your client that was experiencing the same issue? When using the qtp-newmodel it stops and starts the toaster as needed correct? Would there be any benefit to running the queue_repair weekly, monthly as a maintenance procedure? Eric Shubert wrote: Nope. Usually operator error. ;) Maxwell Smart wrote: BTW, I'll answer to either. :) Did you find out what caused the queue to get hosed? Eric Shubert wrote: Ok CJ. I really like Max Smart though, from the old TV series. Used to watch it all the time. Anywise, try this: # qmailctl stop # queue_repair.py -r # qmailctl start I think you'll like it. Please report the output of the queue_repair.py command. I think you'll see some errors fixed there. Maxwell Smart wrote: Sounds good. FWIW I just did a telnet to my IMAP and it worked as expected with no delays. It's actually CJ Eric, Maxwell Smart is an alias that just stuck from Win95 days. :) Eric Shubert wrote: Hey Max, I'm working this with someone else who appears to have the same symptoms. It's still a mystery, but we're testing some things out. We'll let you know when we find something, hopefully soon. Maxwell Smart wrote: I am not quite sure what I am looking for so here goes. The first is qmlog -f imap The second is qmlog -f smtp. You can see the login to send the email and the times are identical. I then switched folders causing it to login again and no mail. I have checked a couple of times and no go. I am flying blind here so if what I am posting is totally irrelevant, point me in the right direction. 09-25 10:59:07 tcpserver: status: 2/40 09-25 10:59:07 tcpserver: pid 27244 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27244 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46756 09-25 10:59:07 DEBUG: Connection, ip=[192.168.0.2] 09-25 10:59:07 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 11:00:08 tcpserver: status: 3/40 09-25 11:00:08 tcpserver: pid 27356 from 192.168.0.2 09-25 11:00:08 tcpserver: ok 27356 laetitia.area510.net:192.168.0.80:143 :192.168.0.2::46757 09-25 11:00:08 DEBUG: Connection, ip=[192.168.0.2] 09-25 11:00:08 INFO: LOGIN, user...@yother.com, ip=[192.168.0.2], protocol=IMAP 09-25 10:59:07 tcpserver: pid 27234 from 192.168.0.2 09-25 10:59:07 tcpserver: ok 27234 laetitia.area510.net:192.168.0.80:25 :192.168.0.2::53340 09-25 10:59:07 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-25 10:59:07 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-25 10:59:07 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) 09-25 10:59:07 policy_check: policy allows transmission 09-25 10:59:07 simscan:[27234]:RELAYCLIENT:0.0197s:-:192.168.0.2:c...@yother.com:c...@yother.com 09-25 10:59:07 tcpserver: end 27234 status 0 Jake Vickers wrote: Eric Shubert wrote: Maxwell Smart wrote: This would be monitoring the /var/log/qmail/imap/current file or looking at the contents in /var/log/qmail/imap correct? # qmlog -f imap4 # qmlog -f imap4-ssl (depending on which you use) OK, I'll follow up on both suggestions later. I have some fabrication work that needs to get delivered. For the moment it appears to be working albeit slower than I'd like. 2 quick questions. What file tells the update history? Is there an archive of older toaster rpms? Providing you use qtp-newmodel to update, you'll find these things in /usr/src/qtp-upgrade/* directories. They should be pretty self explanatory. I have copies of older packages available here. If you let me know what version, I can check to see if I have it and make it available to you. (What does everyone think of an archive page of older versions of the packages? ) - - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with
Re: [qmailtoaster] Re: Area510.net : e mail delay
Maxwell Smart wrote: I am not sure what operator error could have caused this. The fact that it happened to both toasters is odd too.I could see this happening to one. What was the case with your client that was experiencing the same issue? We don't know the cause. When using the qtp-newmodel it stops and starts the toaster as needed correct? Yes. Would there be any benefit to running the queue_repair weekly, monthly as a maintenance procedure? Not that I'm aware of. I haven't had to use it personally in 3+ years. That's one reason it took so long to figure out what the problem was. Eric Shubert wrote: Nope. Usually operator error. ;) Maxwell Smart wrote: BTW, I'll answer to either. :) Did you find out what caused the queue to get hosed? Eric Shubert wrote: Ok CJ. I really like Max Smart though, from the old TV series. Used to watch it all the time. Anywise, try this: # qmailctl stop # queue_repair.py -r # qmailctl start I think you'll like it. Please report the output of the queue_repair.py command. I think you'll see some errors fixed there. -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
I did update both machines recently. Not sure if that had anything to do with it or just coincidence. I am glad it's all back to normal. I did learn a whole load more about DNS, and here I was actually thinking I had a pretty good handle on it to begin with. @Jake I do like the idea of an archive. It can be helpful on occasion. I don't know if it's worth the time though since a simple request to you or on the list would probably suffice. Have a good weekend. Eric Shubert wrote: Maxwell Smart wrote: I am not sure what operator error could have caused this. The fact that it happened to both toasters is odd too.I could see this happening to one. What was the case with your client that was experiencing the same issue? We don't know the cause. When using the qtp-newmodel it stops and starts the toaster as needed correct? Yes. Would there be any benefit to running the queue_repair weekly, monthly as a maintenance procedure? Not that I'm aware of. I haven't had to use it personally in 3+ years. That's one reason it took so long to figure out what the problem was. Eric Shubert wrote: Nope. Usually operator error. ;) Maxwell Smart wrote: BTW, I'll answer to either. :) Did you find out what caused the queue to get hosed? Eric Shubert wrote: Ok CJ. I really like Max Smart though, from the old TV series. Used to watch it all the time. Anywise, try this: # qmailctl stop # queue_repair.py -r # qmailctl start I think you'll like it. Please report the output of the queue_repair.py command. I think you'll see some errors fixed there. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Maxwell Smart wrote: I did update both machines recently. Not sure if that had anything to do with it or just coincidence. I am glad it's all back to normal. I did learn a whole load more about DNS, and here I was actually thinking I had a pretty good handle on it to begin with. @Jake I do like the idea of an archive. It can be helpful on occasion. I don't know if it's worth the time though since a simple request to you or on the list would probably suffice. Glad to see you got it all figured out. Actually the requests are more trouble than setting up an archive would be. That's just a matter of copying the files into a directory and adding a link on the site. I have to tar/gz and copy them to the web dir every time someone makes a request anyway. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Jake Vickers wrote: Maxwell Smart wrote: I did update both machines recently. Not sure if that had anything to do with it or just coincidence. I am glad it's all back to normal. I did learn a whole load more about DNS, and here I was actually thinking I had a pretty good handle on it to begin with. @Jake I do like the idea of an archive. It can be helpful on occasion. I don't know if it's worth the time though since a simple request to you or on the list would probably suffice. Glad to see you got it all figured out. Actually the requests are more trouble than setting up an archive would be. That's just a matter of copying the files into a directory and adding a link on the site. I have to tar/gz and copy them to the web dir every time someone makes a request anyway. I wonder though, if an older version has ever solved any problem. If you use qtp-newmodel, you would have every source and binary rpm that's been installed on the toaster. If it's that easy though, why bother asking? Just Do It! -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Eric Shubert wrote: Jake Vickers wrote: Glad to see you got it all figured out. Actually the requests are more trouble than setting up an archive would be. That's just a matter of copying the files into a directory and adding a link on the site. I have to tar/gz and copy them to the web dir every time someone makes a request anyway. I wonder though, if an older version has ever solved any problem. If you use qtp-newmodel, you would have every source and binary rpm that's been installed on the toaster. If it's that easy though, why bother asking? Just Do It! It helps on occasion to have an older version of a specific package - I've needed them for someone's custom app that was written for a specific older version as an example. I considered Just Doing It, but I still hesitate because I'm sure someone will install all the old packages and then get on the list and ask questions for something that was fixed a year ago or something. I'll probably just make the Archive a little harder to get to. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Those are 2 different messages. Let's back up a little bit. Please explain again what you're seeing that's leading you to conclude that there are delays. Maxwell Smart wrote: Eric Shubert wrote: I don't see any highlighting. Please post to the list. There are many more eyes there. :) Maxwell Smart wrote: Eric, OK, I have been watching the log with tail -f /var/log/qmail/smtp/current I don't see anything out of the ordinary. Look at the times with the highlighted entry below. Between the simscan and CHKUSER is 6 minutes. I may have restarted my toaster to check mail so it may not be relevant, but may indicate that the problem is in the simscan. Here is a clip of entries with my e mail address. 09-24 14:03:10 CHKUSER accepted rcpt: from jimmierowe...@estranet.it:: remote hbympm1:unknown:80.37.56.214 rcpt c...@yother.com : found existing recipient 09-24 14:03:10 policy_check: remote jimmierowe...@estranet.it - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:03:12 simscan:[18048]:CLEAN (4.70/12.00):0.9696s:VicodinES available online today!:80.37.56.214:jimmierowe...@estranet.it:c...@yother.com 09-24 14:14:29 CHKUSER accepted rcpt: from oss...@laetitia.area510.net:: remote notify.ossec.net:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-24 14:14:29 policy_check: local oss...@laetitia.area510.net - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:14:29 simscan:[2708]:CLEAN (-4.40/12.00):0.7645s:OSSEC Notification - laetitia - Alert level 3:192.168.0.2:oss...@laetitia.area510.net:c...@yother.com 09-24 14:18:30 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-24 14:18:30 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-24 14:18:30 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) 09-24 14:18:30 simscan:[2933]:RELAYCLIENT:0.0315s:-:192.168.0.2:c...@yother.com:c...@yother.com 09-24 14:18:43 CHKUSER accepted rcpt: from qmailtoaster-list-return-3294-cj=yother@qmailtoaster.com:: remote mail.qmailtoaster.com:unknown:216.81.238.95 rcpt c...@yother.com : found existing recipient 09-24 14:18:43 policy_check: remote qmailtoaster-list-return-3294-cj=yother@qmailtoaster.com - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:18:51 simscan:[2950]:CLEAN (-1.60/12.00):7.7640s:Re_ [qmailtoaster] Problems emailing large number of recipients:216.81.238.95:qmailtoaster-list-return-3294-cj=yother@qmailtoaster.com:c...@yother.com 09-24 14:25:04 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-24 14:25:04 CHKUSER relaying rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt e...@shubes.net : client allowed to relay 09-24 14:25:04 policy_check: local c...@yother.com - remote e...@shubes.net (AUTHENTICATED SENDER) 09-24 14:25:13 simscan:[3243]:RELAYCLIENT:8.4547s:-:192.168.0.2:c...@yother.com:e...@shubes.net 09-24 14:31:46 CHKUSER accepted rcpt: from e...@shubes.net:: remote mho-02-ewr.mailhop.org:unknown:204.13.248.72 rcpt c...@yother.com : found existing recipient 09-24 14:31:46 policy_check: remote e...@shubes.net - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:31:47 simscan:[4066]:CLEAN (0.10/12.00):0.8290s:Re_ Area510.net _ e mail delay:204.13.248.72:e...@shubes.net:c...@yother.com 09-24 14:38:48 CHKUSER accepted rcpt: from jennygreen...@gjensidigenor.no:: remote h9g3l91:unknown:95.133.78.202 rcpt c...@yother.com : found existing recipient 09-24 14:38:48 policy_check: remote jennygreen...@gjensidigenor.no - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:38:52 simscan:[4776]:CLEAN (5.50/12.00):2.4199s:***SPAM*** Great Rxmedications are at your fingertips:95.133.78.202:jennygreen...@gjensidigenor.no:c...@yother.com 09-24 14:40:36 CHKUSER accepted rcpt: from annabellecampo...@imac.edu.mx:: remote la1ldu3:unknown:84.61.8.95 rcpt c...@yother.com : found existing recipient 09-24 14:40:36 policy_check: remote annabellecampo...@imac.edu.mx - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:40:39 simscan:[5072]:SPAM REJECT (14.40/12.00):1.8574s:***SPAM*** Do you need to lose_s0me_weight?:84.61.8.95:annabellecampo...@imac.edu.mx:c...@yother.com 09-24 14:40:39 qmail-smtpd: qq hard reject (Your email is considered spam (14.40 spam-hits)): MAILFROM:annabellecampo...@imac.edu.mx RCPTTO:c...@yother.com 09-24 14:44:15 CHKUSER accepted rcpt: from demell...@gmail.com:: remote mail-fx0-f206.google.com:unknown:209.85.220.206 rcpt c...@yother.com : found existing recipient 09-24 14:44:15 policy_check: remote demell...@gmail.com - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:44:16 simscan:[5181]:CLEAN (-0.10/12.00):0.8569s:Re_ 2000 v70r downpipe:209.85.220.206:demell...@gmail.com:c...@yother.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
If I send an e mail to myself whether from a local account ie. c...@yother.com to c...@yother.com or from cjyot...@pacbell.net to c...@yother.com and vice versa it takes anywhere from 5 minutes to 20 minutes for the e mail to arrive. This occurs whether I use Thunderbird (IMAP), Squirrelmail or through the Webmin interface for checking user mail. I have now discovered it appears to be happening on both of my toasters. The are on different IP's and one is mail only. This particular toaster is web, mail and slave DNS. I have extensively tested the DNS and it's responding as expected. The toaster that is only mail I have only tested through the Squirrelmail interface. composesend5-20 minute delay before it arrives in the inbox. It used to be virtually instantaneous. Neither system is running Spamdyke and both systems are fully up to date. Eric Shubert wrote: Those are 2 different messages. Let's back up a little bit. Please explain again what you're seeing that's leading you to conclude that there are delays. Maxwell Smart wrote: Eric Shubert wrote: I don't see any highlighting. Please post to the list. There are many more eyes there. :) Maxwell Smart wrote: Eric, OK, I have been watching the log with tail -f /var/log/qmail/smtp/current I don't see anything out of the ordinary. Look at the times with the highlighted entry below. Between the simscan and CHKUSER is 6 minutes. I may have restarted my toaster to check mail so it may not be relevant, but may indicate that the problem is in the simscan. Here is a clip of entries with my e mail address. 09-24 14:03:10 CHKUSER accepted rcpt: from jimmierowe...@estranet.it:: remote hbympm1:unknown:80.37.56.214 rcpt c...@yother.com : found existing recipient 09-24 14:03:10 policy_check: remote jimmierowe...@estranet.it - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:03:12 simscan:[18048]:CLEAN (4.70/12.00):0.9696s:VicodinES available online today!:80.37.56.214:jimmierowe...@estranet.it:c...@yother.com 09-24 14:14:29 CHKUSER accepted rcpt: from oss...@laetitia.area510.net:: remote notify.ossec.net:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-24 14:14:29 policy_check: local oss...@laetitia.area510.net - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:14:29 simscan:[2708]:CLEAN (-4.40/12.00):0.7645s:OSSEC Notification - laetitia - Alert level 3:192.168.0.2:oss...@laetitia.area510.net:c...@yother.com 09-24 14:18:30 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-24 14:18:30 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-24 14:18:30 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) 09-24 14:18:30 simscan:[2933]:RELAYCLIENT:0.0315s:-:192.168.0.2:c...@yother.com:c...@yother.com 09-24 14:18:43 CHKUSER accepted rcpt: from qmailtoaster-list-return-3294-cj=yother@qmailtoaster.com:: remote mail.qmailtoaster.com:unknown:216.81.238.95 rcpt c...@yother.com : found existing recipient 09-24 14:18:43 policy_check: remote qmailtoaster-list-return-3294-cj=yother@qmailtoaster.com - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:18:51 simscan:[2950]:CLEAN (-1.60/12.00):7.7640s:Re_ [qmailtoaster] Problems emailing large number of recipients:216.81.238.95:qmailtoaster-list-return-3294-cj=yother@qmailtoaster.com:c...@yother.com 09-24 14:25:04 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-24 14:25:04 CHKUSER relaying rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt e...@shubes.net : client allowed to relay 09-24 14:25:04 policy_check: local c...@yother.com - remote e...@shubes.net (AUTHENTICATED SENDER) 09-24 14:25:13 simscan:[3243]:RELAYCLIENT:8.4547s:-:192.168.0.2:c...@yother.com:e...@shubes.net 09-24 14:31:46 CHKUSER accepted rcpt: from e...@shubes.net:: remote mho-02-ewr.mailhop.org:unknown:204.13.248.72 rcpt c...@yother.com : found existing recipient 09-24 14:31:46 policy_check: remote e...@shubes.net - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:31:47 simscan:[4066]:CLEAN (0.10/12.00):0.8290s:Re_ Area510.net _ e mail delay:204.13.248.72:e...@shubes.net:c...@yother.com 09-24 14:38:48 CHKUSER accepted rcpt: from jennygreen...@gjensidigenor.no:: remote h9g3l91:unknown:95.133.78.202 rcpt c...@yother.com : found existing recipient 09-24 14:38:48 policy_check: remote jennygreen...@gjensidigenor.no - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:38:52 simscan:[4776]:CLEAN (5.50/12.00):2.4199s:***SPAM*** Great Rxmedications are at your fingertips:95.133.78.202:jennygreen...@gjensidigenor.no:c...@yother.com 09-24 14:40:36 CHKUSER accepted rcpt: from
Re: [qmailtoaster] Re: Area510.net : e mail delay
Ok. Let's keep things as simple as possible, and look at an email from c...@yother.com and to c...@yother.com. Can you post the message headers of the received message? Maxwell Smart wrote: If I send an e mail to myself whether from a local account ie. c...@yother.com to c...@yother.com or from cjyot...@pacbell.net to c...@yother.com and vice versa it takes anywhere from 5 minutes to 20 minutes for the e mail to arrive. This occurs whether I use Thunderbird (IMAP), Squirrelmail or through the Webmin interface for checking user mail. I have now discovered it appears to be happening on both of my toasters. The are on different IP's and one is mail only. This particular toaster is web, mail and slave DNS. I have extensively tested the DNS and it's responding as expected. The toaster that is only mail I have only tested through the Squirrelmail interface. composesend5-20 minute delay before it arrives in the inbox. It used to be virtually instantaneous. Neither system is running Spamdyke and both systems are fully up to date. Eric Shubert wrote: Those are 2 different messages. Let's back up a little bit. Please explain again what you're seeing that's leading you to conclude that there are delays. Maxwell Smart wrote: -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
RE: [qmailtoaster] Re: Area510.net : e mail delay
Are the system clocks sync'd? I've had this bite me a couple times in the past. Michael J. Colvin NorCal Internet Services www.norcalisp.com -Original Message- From: Maxwell Smart [mailto:c...@yother.com] Sent: Thursday, September 24, 2009 4:00 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Area510.net : e mail delay If I send an e mail to myself whether from a local account ie. c...@yother.com to c...@yother.com or from cjyot...@pacbell.net to c...@yother.com and vice versa it takes anywhere from 5 minutes to 20 minutes for the e mail to arrive. This occurs whether I use Thunderbird (IMAP), Squirrelmail or through the Webmin interface for checking user mail. I have now discovered it appears to be happening on both of my toasters. The are on different IP's and one is mail only. This particular toaster is web, mail and slave DNS. I have extensively tested the DNS and it's responding as expected. The toaster that is only mail I have only tested through the Squirrelmail interface. composesend5-20 minute delay before it arrives in the inbox. It used to be virtually instantaneous. Neither system is running Spamdyke and both systems are fully up to date. Eric Shubert wrote: Those are 2 different messages. Let's back up a little bit. Please explain again what you're seeing that's leading you to conclude that there are delays. Maxwell Smart wrote: Eric Shubert wrote: I don't see any highlighting. Please post to the list. There are many more eyes there. :) Maxwell Smart wrote: Eric, OK, I have been watching the log with tail -f /var/log/qmail/smtp/current I don't see anything out of the ordinary. Look at the times with the highlighted entry below. Between the simscan and CHKUSER is 6 minutes. I may have restarted my toaster to check mail so it may not be relevant, but may indicate that the problem is in the simscan. Here is a clip of entries with my e mail address. 09-24 14:03:10 CHKUSER accepted rcpt: from jimmierowe...@estranet.it:: remote hbympm1:unknown:80.37.56.214 rcpt c...@yother.com : found existing recipient 09-24 14:03:10 policy_check: remote jimmierowe...@estranet.it - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:03:12 simscan:[18048]:CLEAN (4.70/12.00):0.9696s:VicodinES available online today!:80.37.56.214:jimmierowe...@estranet.it:c...@yother.com 09-24 14:14:29 CHKUSER accepted rcpt: from oss...@laetitia.area510.net:: remote notify.ossec.net:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-24 14:14:29 policy_check: local oss...@laetitia.area510.net - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:14:29 simscan:[2708]:CLEAN (-4.40/12.00):0.7645s:OSSEC Notification - laetitia - Alert level 3:192.168.0.2:oss...@laetitia.area510.net:c...@yother.com 09-24 14:18:30 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-24 14:18:30 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-24 14:18:30 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) 09-24 14:18:30 simscan:[2933]:RELAYCLIENT:0.0315s:- :192.168.0.2:c...@yother.com:c...@yother.com 09-24 14:18:43 CHKUSER accepted rcpt: from qmailtoaster-list-return-3294-cj=yother@qmailtoaster.com:: remote mail.qmailtoaster.com:unknown:216.81.238.95 rcpt c...@yother.com : found existing recipient 09-24 14:18:43 policy_check: remote qmailtoaster-list-return-3294-cj=yother@qmailtoaster.com - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:18:51 simscan:[2950]:CLEAN (-1.60/12.00):7.7640s:Re_ [qmailtoaster] Problems emailing large number of recipients:216.81.238.95:qmailtoaster-list-return-3294- cj=yother@qmailtoaster.com:c...@yother.com 09-24 14:25:04 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-24 14:25:04 CHKUSER relaying rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt e...@shubes.net : client allowed to relay 09-24 14:25:04 policy_check: local c...@yother.com - remote e...@shubes.net (AUTHENTICATED SENDER) 09-24 14:25:13 simscan:[3243]:RELAYCLIENT:8.4547s:- :192.168.0.2:c...@yother.com:e...@shubes.net 09-24 14:31:46 CHKUSER accepted rcpt: from e...@shubes.net:: remote mho-02-ewr.mailhop.org:unknown:204.13.248.72 rcpt c...@yother.com : found existing recipient 09-24 14:31:46 policy_check: remote e...@shubes.net - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:31:47 simscan:[4066]:CLEAN (0.10/12.00):0.8290s:Re_ Area510.net _ e mail delay:204.13.248.72:e...@shubes.net:c...@yother.com 09-24 14:38:48
Re: [qmailtoaster] Re: Area510.net : e mail delay
Good thought Michael. If we keep the test case from/to his local domain, that shouldn't matter (I think). Definitely something good to check though. Michael Colvin wrote: Are the system clocks sync'd? I've had this bite me a couple times in the past. Michael J. Colvin NorCal Internet Services www.norcalisp.com -Original Message- From: Maxwell Smart [mailto:c...@yother.com] Sent: Thursday, September 24, 2009 4:00 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Area510.net : e mail delay If I send an e mail to myself whether from a local account ie. c...@yother.com to c...@yother.com or from cjyot...@pacbell.net to c...@yother.com and vice versa it takes anywhere from 5 minutes to 20 minutes for the e mail to arrive. This occurs whether I use Thunderbird (IMAP), Squirrelmail or through the Webmin interface for checking user mail. I have now discovered it appears to be happening on both of my toasters. The are on different IP's and one is mail only. This particular toaster is web, mail and slave DNS. I have extensively tested the DNS and it's responding as expected. The toaster that is only mail I have only tested through the Squirrelmail interface. composesend5-20 minute delay before it arrives in the inbox. It used to be virtually instantaneous. Neither system is running Spamdyke and both systems are fully up to date. Eric Shubert wrote: Those are 2 different messages. Let's back up a little bit. Please explain again what you're seeing that's leading you to conclude that there are delays. Maxwell Smart wrote: Eric Shubert wrote: I don't see any highlighting. Please post to the list. There are many more eyes there. :) Maxwell Smart wrote: Eric, OK, I have been watching the log with tail -f /var/log/qmail/smtp/current I don't see anything out of the ordinary. Look at the times with the highlighted entry below. Between the simscan and CHKUSER is 6 minutes. I may have restarted my toaster to check mail so it may not be relevant, but may indicate that the problem is in the simscan. Here is a clip of entries with my e mail address. 09-24 14:03:10 CHKUSER accepted rcpt: from jimmierowe...@estranet.it:: remote hbympm1:unknown:80.37.56.214 rcpt c...@yother.com : found existing recipient 09-24 14:03:10 policy_check: remote jimmierowe...@estranet.it - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:03:12 simscan:[18048]:CLEAN (4.70/12.00):0.9696s:VicodinES available online today!:80.37.56.214:jimmierowe...@estranet.it:c...@yother.com 09-24 14:14:29 CHKUSER accepted rcpt: from oss...@laetitia.area510.net:: remote notify.ossec.net:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-24 14:14:29 policy_check: local oss...@laetitia.area510.net - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:14:29 simscan:[2708]:CLEAN (-4.40/12.00):0.7645s:OSSEC Notification - laetitia - Alert level 3:192.168.0.2:oss...@laetitia.area510.net:c...@yother.com 09-24 14:18:30 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-24 14:18:30 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-24 14:18:30 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) 09-24 14:18:30 simscan:[2933]:RELAYCLIENT:0.0315s:- :192.168.0.2:c...@yother.com:c...@yother.com 09-24 14:18:43 CHKUSER accepted rcpt: from qmailtoaster-list-return-3294-cj=yother@qmailtoaster.com:: remote mail.qmailtoaster.com:unknown:216.81.238.95 rcpt c...@yother.com : found existing recipient 09-24 14:18:43 policy_check: remote qmailtoaster-list-return-3294-cj=yother@qmailtoaster.com - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:18:51 simscan:[2950]:CLEAN (-1.60/12.00):7.7640s:Re_ [qmailtoaster] Problems emailing large number of recipients:216.81.238.95:qmailtoaster-list-return-3294- cj=yother@qmailtoaster.com:c...@yother.com 09-24 14:25:04 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-24 14:25:04 CHKUSER relaying rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt e...@shubes.net : client allowed to relay 09-24 14:25:04 policy_check: local c...@yother.com - remote e...@shubes.net (AUTHENTICATED SENDER) 09-24 14:25:13 simscan:[3243]:RELAYCLIENT:8.4547s:- :192.168.0.2:c...@yother.com:e...@shubes.net 09-24 14:31:46 CHKUSER accepted rcpt: from e...@shubes.net:: remote mho-02-ewr.mailhop.org:unknown:204.13.248.72 rcpt c...@yother.com : found existing recipient 09-24 14:31:46 policy_check: remote e...@shubes.net - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:31:47 simscan:[4066]:CLEAN (0.10/12.00):0.8290s:Re_ Area510.net _ e mail delay:204.13.248.72:e...@shubes.net:c...@yother.com 09-24 14:38:48 CHKUSER accepted
Re: [qmailtoaster] Re: Area510.net : e mail delay
Here is the header. Content-Filter: maildrop-toaster Return-Path: c...@yother.com Delivered-To: yother.com...@yother.com Received: (qmail 9496 invoked by uid 89); 24 Sep 2009 23:30:58 - Received: by simscan 1.4.0 ppid: 9488, pid: 9492, t: 0.0154s scanners: attach: 1.4.0 clamav: 0.95.2/m:51/d:9836 Received: from unknown (HELO ?192.168.0.86?) (c...@yother.com@192.168.0.2) by laetitia.area510.net with ESMTPA; 24 Sep 2009 23:30:58 - Message-ID: 4abc0132.3010...@yother.com Date: Thu, 24 Sep 2009 16:30:58 -0700 From: Maxwell Smart c...@yother.com User-Agent: Thunderbird 2.0.0.22 (X11/20090605) MIME-Version: 1.0 To: Maxwell Smart c...@yother.com Subject: re: test Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit test It took 25 minutes to arrive. Even if you take into account that my e mail client only checks mail every ten minutes that's still 15 minute delay. The times are synced. Eric Shubert wrote: Good thought Michael. If we keep the test case from/to his local domain, that shouldn't matter (I think). Definitely something good to check though. Michael Colvin wrote: Are the system clocks sync'd? I've had this bite me a couple times in the past. Michael J. Colvin NorCal Internet Services www.norcalisp.com -Original Message- From: Maxwell Smart [mailto:c...@yother.com] Sent: Thursday, September 24, 2009 4:00 PM To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Re: Area510.net : e mail delay If I send an e mail to myself whether from a local account ie. c...@yother.com to c...@yother.com or from cjyot...@pacbell.net to c...@yother.com and vice versa it takes anywhere from 5 minutes to 20 minutes for the e mail to arrive. This occurs whether I use Thunderbird (IMAP), Squirrelmail or through the Webmin interface for checking user mail. I have now discovered it appears to be happening on both of my toasters. The are on different IP's and one is mail only. This particular toaster is web, mail and slave DNS. I have extensively tested the DNS and it's responding as expected. The toaster that is only mail I have only tested through the Squirrelmail interface. composesend5-20 minute delay before it arrives in the inbox. It used to be virtually instantaneous. Neither system is running Spamdyke and both systems are fully up to date. Eric Shubert wrote: Those are 2 different messages. Let's back up a little bit. Please explain again what you're seeing that's leading you to conclude that there are delays. Maxwell Smart wrote: Eric Shubert wrote: I don't see any highlighting. Please post to the list. There are many more eyes there. :) Maxwell Smart wrote: Eric, OK, I have been watching the log with tail -f /var/log/qmail/smtp/current I don't see anything out of the ordinary. Look at the times with the highlighted entry below. Between the simscan and CHKUSER is 6 minutes. I may have restarted my toaster to check mail so it may not be relevant, but may indicate that the problem is in the simscan. Here is a clip of entries with my e mail address. 09-24 14:03:10 CHKUSER accepted rcpt: from jimmierowe...@estranet.it:: remote hbympm1:unknown:80.37.56.214 rcpt c...@yother.com : found existing recipient 09-24 14:03:10 policy_check: remote jimmierowe...@estranet.it - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:03:12 simscan:[18048]:CLEAN (4.70/12.00):0.9696s:VicodinES available online today!:80.37.56.214:jimmierowe...@estranet.it:c...@yother.com 09-24 14:14:29 CHKUSER accepted rcpt: from oss...@laetitia.area510.net:: remote notify.ossec.net:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-24 14:14:29 policy_check: local oss...@laetitia.area510.net - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:14:29 simscan:[2708]:CLEAN (-4.40/12.00):0.7645s:OSSEC Notification - laetitia - Alert level 3:192.168.0.2:oss...@laetitia.area510.net:c...@yother.com 09-24 14:18:30 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted 09-24 14:18:30 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient 09-24 14:18:30 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) 09-24 14:18:30 simscan:[2933]:RELAYCLIENT:0.0315s:- :192.168.0.2:c...@yother.com:c...@yother.com 09-24 14:18:43 CHKUSER accepted rcpt: from qmailtoaster-list-return-3294-cj=yother@qmailtoaster.com:: remote mail.qmailtoaster.com:unknown:216.81.238.95 rcpt c...@yother.com : found existing recipient 09-24 14:18:43 policy_check: remote qmailtoaster-list-return-3294-cj=yother@qmailtoaster.com - local c...@yother.com (UNAUTHENTICATED SENDER) 09-24 14:18:51 simscan:[2950]:CLEAN (-1.60/12.00):7.7640s:Re_ [qmailtoaster] Problems emailing large number
Re: [qmailtoaster] Re: Area510.net : e mail delay
Maxwell Smart wrote: Here is the header. Content-Filter: maildrop-toaster Return-Path: c...@yother.com Delivered-To: yother.com...@yother.com Received: (qmail 9496 invoked by uid 89); 24 Sep 2009 23:30:58 - Received: by simscan 1.4.0 ppid: 9488, pid: 9492, t: 0.0154s scanners: attach: 1.4.0 clamav: 0.95.2/m:51/d:9836 Received: from unknown (HELO ?192.168.0.86?) (c...@yother.com@192.168.0.2) by laetitia.area510.net with ESMTPA; 24 Sep 2009 23:30:58 - Message-ID: 4abc0132.3010...@yother.com Date: Thu, 24 Sep 2009 16:30:58 -0700 From: Maxwell Smart c...@yother.com User-Agent: Thunderbird 2.0.0.22 (X11/20090605) MIME-Version: 1.0 To: Maxwell Smart c...@yother.com Subject: re: test Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit test It took 25 minutes to arrive. Even if you take into account that my e mail client only checks mail every ten minutes that's still 15 minute delay. Since you have two mail servers, send a message from the one that has the LEAST amount of traffic, and send a message to the other one. While you do this, grab both the send log from the sending server and the SMTP log from the receiving server and post those so we can see what's going on in the logs. Also run a telnet test (http://wiki.qmailtoaster.com/index.php/How_to_use_telnet_for_diagnostics) and see if that works okay. Trying to isolate whether it's on the sending side or the receiving side. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Jake Vickers wrote: Maxwell Smart wrote: Here is the header. Content-Filter: maildrop-toaster Return-Path: c...@yother.com Delivered-To: yother.com...@yother.com Received: (qmail 9496 invoked by uid 89); 24 Sep 2009 23:30:58 - Received: by simscan 1.4.0 ppid: 9488, pid: 9492, t: 0.0154s scanners: attach: 1.4.0 clamav: 0.95.2/m:51/d:9836 Received: from unknown (HELO ?192.168.0.86?) (c...@yother.com@192.168.0.2) by laetitia.area510.net with ESMTPA; 24 Sep 2009 23:30:58 - Message-ID: 4abc0132.3010...@yother.com Date: Thu, 24 Sep 2009 16:30:58 -0700 From: Maxwell Smart c...@yother.com User-Agent: Thunderbird 2.0.0.22 (X11/20090605) MIME-Version: 1.0 To: Maxwell Smart c...@yother.com Subject: re: test Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit test It took 25 minutes to arrive. Even if you take into account that my e mail client only checks mail every ten minutes that's still 15 minute delay. Since you have two mail servers, send a message from the one that has the LEAST amount of traffic, and send a message to the other one. While you do this, grab both the send log from the sending server and the SMTP log from the receiving server and post those so we can see what's going on in the logs. I was going to suggest that next, but I'd test on the one server. Since you're seeing the delay there, why introduce more complexity? I'd try another test, and grab the send and smtp logs at the same time. The spamd and clam logs wouldn't hurt either. Oh, and we don't see any delay in this email header. Are you using pop3 or imap? I would try clicking get/check mail on the client every 5 seconds or so and see how long it takes to show up. Please try this. Also run a telnet test (http://wiki.qmailtoaster.com/index.php/How_to_use_telnet_for_diagnostics) and see if that works okay. Trying to isolate whether it's on the sending side or the receiving side. That's the bottom line. Try to isolate where the delay occurs. I'm guessing it'll be in the back end (delivery) area. -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
OK, I'll do that. I can get the log snippet by watching this tail -f /var/log/qmail/smtp/current correct? This is what I get when sending. It appears almost instantly. @40004abc207139fae734 tcpserver: pid 15694 from 192.168.0.2 @40004abc207139faeb1c tcpserver: ok 15694 laetitia.area510.net:192.168.0.80:25 :192.168.0.2::53282 @40004abc20720820ba04 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted @40004abc207208cb2ad4 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient @40004abc207208cb4244 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) @40004abc207208cb462c policy_check: policy allows transmission @40004abc20720ac5d9c4 simscan:[15694]:RELAYCLIENT:0.0279s:-:192.168.0.2:c...@yother.com:c...@yother.com @40004abc20720c09719c tcpserver: end 15694 status 0 I have tried checking the server send/receive mail constantly, but it takes anywhere from 5-25 minutes to respond. I am using IMAP. How do I test the delivery side? I have Telneted and it works fine I just don't know how to authenticate using Telnet so I cannot complete the transaction. Eric Shubert wrote: Jake Vickers wrote: Maxwell Smart wrote: Here is the header. Content-Filter: maildrop-toaster Return-Path: c...@yother.com Delivered-To: yother.com...@yother.com Received: (qmail 9496 invoked by uid 89); 24 Sep 2009 23:30:58 - Received: by simscan 1.4.0 ppid: 9488, pid: 9492, t: 0.0154s scanners: attach: 1.4.0 clamav: 0.95.2/m:51/d:9836 Received: from unknown (HELO ?192.168.0.86?) (c...@yother.com@192.168.0.2) by laetitia.area510.net with ESMTPA; 24 Sep 2009 23:30:58 - Message-ID: 4abc0132.3010...@yother.com Date: Thu, 24 Sep 2009 16:30:58 -0700 From: Maxwell Smart c...@yother.com User-Agent: Thunderbird 2.0.0.22 (X11/20090605) MIME-Version: 1.0 To: Maxwell Smart c...@yother.com Subject: re: test Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit test It took 25 minutes to arrive. Even if you take into account that my e mail client only checks mail every ten minutes that's still 15 minute delay. Since you have two mail servers, send a message from the one that has the LEAST amount of traffic, and send a message to the other one. While you do this, grab both the send log from the sending server and the SMTP log from the receiving server and post those so we can see what's going on in the logs. I was going to suggest that next, but I'd test on the one server. Since you're seeing the delay there, why introduce more complexity? I'd try another test, and grab the send and smtp logs at the same time. The spamd and clam logs wouldn't hurt either. Oh, and we don't see any delay in this email header. Are you using pop3 or imap? I would try clicking get/check mail on the client every 5 seconds or so and see how long it takes to show up. Please try this. Also run a telnet test (http://wiki.qmailtoaster.com/index.php/How_to_use_telnet_for_diagnostics) and see if that works okay. Trying to isolate whether it's on the sending side or the receiving side. That's the bottom line. Try to isolate where the delay occurs. I'm guessing it'll be in the back end (delivery) area. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Maxwell Smart wrote: OK, I'll do that. I can get the log snippet by watching this tail -f /var/log/qmail/smtp/current correct? If you use qmlog, you'd see the times clearly. ;) # qmlog -f smtp You really want to use qmlog. Trust me on this. It's a powerful tool. This is what I get when sending. It appears almost instantly. @40004abc207139fae734 tcpserver: pid 15694 from 192.168.0.2 @40004abc207139faeb1c tcpserver: ok 15694 laetitia.area510.net:192.168.0.80:25 :192.168.0.2::53282 @40004abc20720820ba04 CHKUSER accepted sender: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt : sender accepted @40004abc207208cb2ad4 CHKUSER accepted rcpt: from c...@yother.com:c...@yother.com: remote [192.168.0.86]:unknown:192.168.0.2 rcpt c...@yother.com : found existing recipient @40004abc207208cb4244 policy_check: local c...@yother.com - local c...@yother.com (AUTHENTICATED SENDER) @40004abc207208cb462c policy_check: policy allows transmission @40004abc20720ac5d9c4 simscan:[15694]:RELAYCLIENT:0.0279s:-:192.168.0.2:c...@yother.com:c...@yother.com @40004abc20720c09719c tcpserver: end 15694 status 0 Since this happens almost instantaneously, I'd say smtp is not the problem, so spamd and clam logs are probably ok too. 0.0279s is the scan time. That's fast. What about the send log? I have tried checking the server send/receive mail constantly, but it takes anywhere from 5-25 minutes to respond. You mean to show up at the client, I presume. I am using IMAP. courier-toaster I presume. How do I test the delivery side? # cd /home/vpopmail/domains/yother.com/cj/Maildir/new # ls -ltr | tail will show you a list of the 10 most recently received unread files. Do the command to see what's already there, then try another test email, and repeat the ls command to see how long it takes to make it to here. -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Eric Shubert wrote: Since you have two mail servers, send a message from the one that has the LEAST amount of traffic, and send a message to the other one. While you do this, grab both the send log from the sending server and the SMTP log from the receiving server and post those so we can see what's going on in the logs. I was going to suggest that next, but I'd test on the one server. Since you're seeing the delay there, why introduce more complexity? I'd try another test, and grab the send and smtp logs at the same time. The spamd and clam logs wouldn't hurt either. Because he's getting the delays on both machines. By performing the tests using both machines we can at least see what a real world transaction will look like. If he's around tomorrow and things aren't too hectic for me, I may try getting him in the IRC and watch my logs as he tries to send me messages and see what shows up on my end. Unless someone else is able to do it before me. Oh, and we don't see any delay in this email header. Are you using pop3 or imap? I would try clicking get/check mail on the client every 5 seconds or so and see how long it takes to show up. Please try this. Try looking at your IMAP logs as well. The delivery side seems to look like it's working okay. Maybe courier is causing the delay. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
OK, a little more info. Both of my servers are experiencing the same delay. I sent an e mail from server 1 to server 2 I immediately saw it in the tail -f /var/log/qmail/smtp/current logs, but not in server 2 current logs. I did a qmailctl restart on server 1 and it then appeared in server 2's log, but not int he recipients mailbox. I then did a qmailctl restart on server 2 and it appeared in the recipients mailbox. I am leaning toward something in the latest updates I did, which was about a week ago, but don't know where to start. Thanks for your time as always. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
Maxwell Smart wrote: OK, a little more info. Both of my servers are experiencing the same delay. I sent an e mail from server 1 to server 2 I immediately saw it in the tail -f /var/log/qmail/smtp/current logs, but not in server 2 current logs. I did a qmailctl restart on server 1 and it then appeared in server 2's log, but not int he recipients mailbox. I then did a qmailctl restart on server 2 and it appeared in the recipients mailbox. I am leaning toward something in the latest updates I did, which was about a week ago, but don't know where to start. Thanks for your time as always. I'm off to finish a couple house-old things before bed, but try and be more clear in your explanation. You said you send a message from server1 to server2 and it shows in server1's smtp logs, but not in server2's current log. Which current log? (smtp, spam, etc.) The more detail at this point the better. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
Re: [qmailtoaster] Re: Area510.net : e mail delay
The activity I see when I tail -f /var/log/qmail/smtp/current is what I mean. Is there someplace I can see a flow chart of a default setup? and how to follow the mail through the system? This would be extremely helpful. I can get you all of the detail you need, but I need to know where to look. Jake Vickers wrote: Maxwell Smart wrote: OK, a little more info. Both of my servers are experiencing the same delay. I sent an e mail from server 1 to server 2 I immediately saw it in the tail -f /var/log/qmail/smtp/current logs, but not in server 2 current logs. I did a qmailctl restart on server 1 and it then appeared in server 2's log, but not int he recipients mailbox. I then did a qmailctl restart on server 2 and it appeared in the recipients mailbox. I am leaning toward something in the latest updates I did, which was about a week ago, but don't know where to start. Thanks for your time as always. I'm off to finish a couple house-old things before bed, but try and be more clear in your explanation. You said you send a message from server1 to server2 and it shows in server1's smtp logs, but not in server2's current log. Which current log? (smtp, spam, etc.) The more detail at this point the better. - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
