Re: [qmailtoaster] Where the heck is my mail going? *FIXED!! YEEE HAAA!!!*
You guys ROCK! That did it. I had already lowerd the spf behavior to 1, but did not remove domainkeys. Beer's on me, you just gotta be someplace I can buy it! On Thu, 2007-01-18 at 22:34 +, Jon Darrington wrote: Spot on Eric, Looking at the spf records for amazon.com and paypal.com they end with a ?all and ~all respectively.When emails pass through James's email filtering appliance they will be seen by the toaster as coming from it, and amazons ?all causes the spf record to resolve as neutral where as the paypal record will resolve as paypal does not send through this sender and get rejected. Your fix should work for him. Regards, Jon Eric Shubes wrote: I'm guessing that SPF's rejecting them. The newer toaster gives you a meaningful message, but the version you have simply quits and looks normal on the log. Change /var/qmail/control/spfbehavior from 3 to 1. I'm not sure if restarting is necessary, but stop then start qmail to be safe. Report back. James Jarrett wrote: This: ucspi-tcp-toaster-0.88-1.3.1 qmail-pop3d-toaster-1.03-1.3.6 control-panel-toaster-0.5-1.3.1 qmailmrtg-toaster-4.2-1.3.1 vqadmin-toaster-2.3.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.1 vpopmail-toaster-5.4.13-1.3.2 courier-authlib-toaster-0.58-1.3.1 ezmlm-toaster-0.53.324-1.3.1 maildrop-toaster-2.0.2-1.3.1 squirrelmail-toaster-1.4.8-1.3.3 simscan-toaster-1.2-1.3.1 libdomainkeys-toaster-0.68-1.3.1 courier-imap-toaster-4.1.1-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.1 maildrop-toaster-devel-2.0.2-1.3.1 spamassassin-toaster-3.1.5-1.3.3 daemontools-toaster-0.76-1.3.1 qmail-toaster-1.03-1.3.6 autorespond-toaster-2.0.4-1.3.1 qmailadmin-toaster-1.2.9-1.3.1 isoqlog-toaster-2.1-1.3.1 clamav-toaster-0.88.4-1.3.3 On Thu, 2007-01-18 at 14:58 -0700, Eric Shubes wrote: What does # rpm -qa | grep toaster show you? James Jarrett wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up
[qmailtoaster] Where the heck is my mail going?
I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
Ok clear.. Are the emails that do not arrive from other locations then the ones that do arrive? JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:52 PM Subject: Re: [qmailtoaster] Where the heck is my mail going? I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
Re: [qmailtoaster] Where the heck is my mail going?
What does # rpm -qa | grep toaster show you? James Jarrett wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
Ensure that you don't have the same entry in locals and virtualdomains. Erik On 1/18/07, James Jarrett [EMAIL PROTECTED] wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Where the heck is my mail going?
This: ucspi-tcp-toaster-0.88-1.3.1 qmail-pop3d-toaster-1.03-1.3.6 control-panel-toaster-0.5-1.3.1 qmailmrtg-toaster-4.2-1.3.1 vqadmin-toaster-2.3.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.1 vpopmail-toaster-5.4.13-1.3.2 courier-authlib-toaster-0.58-1.3.1 ezmlm-toaster-0.53.324-1.3.1 maildrop-toaster-2.0.2-1.3.1 squirrelmail-toaster-1.4.8-1.3.3 simscan-toaster-1.2-1.3.1 libdomainkeys-toaster-0.68-1.3.1 courier-imap-toaster-4.1.1-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.1 maildrop-toaster-devel-2.0.2-1.3.1 spamassassin-toaster-3.1.5-1.3.3 daemontools-toaster-0.76-1.3.1 qmail-toaster-1.03-1.3.6 autorespond-toaster-2.0.4-1.3.1 qmailadmin-toaster-1.2.9-1.3.1 isoqlog-toaster-2.1-1.3.1 clamav-toaster-0.88.4-1.3.3 On Thu, 2007-01-18 at 14:58 -0700, Eric Shubes wrote: What does # rpm -qa | grep toaster show you? James Jarrett wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org
Re: [qmailtoaster] Where the heck is my mail going?
Yes, Everything is behaving like there is some kind of filter running that if certain headers or content are in the message (or from a particular domain?) the mail just vanishes. I can get e-mail from amazon, mail from paypay goes poof (two verified examples, but by no means all). James On Thu, 2007-01-18 at 22:57 +0100, Jean-Paul van de Plasse wrote: Ok clear.. Are the emails that do not arrive from other locations then the ones that do arrive? JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:52 PM Subject: Re: [qmailtoaster] Where the heck is my mail going? I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED
Re: [qmailtoaster] Where the heck is my mail going?
Would that not break *ALL* email? Afterall I'm only using one virtual domain and not getting (or at least not dealing with) and mail on the real domain. James But I checked, and that is not happening. I can post my control files if you think it would help. James On Thu, 2007-01-18 at 14:01 -0800, Erik Espinoza wrote: Ensure that you don't have the same entry in locals and virtualdomains. Erik On 1/18/07, James Jarrett [EMAIL PROTECTED] wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED
Re: [qmailtoaster] Where the heck is my mail going?
I'm guessing that SPF's rejecting them. The newer toaster gives you a meaningful message, but the version you have simply quits and looks normal on the log. Change /var/qmail/control/spfbehavior from 3 to 1. I'm not sure if restarting is necessary, but stop then start qmail to be safe. Report back. James Jarrett wrote: This: ucspi-tcp-toaster-0.88-1.3.1 qmail-pop3d-toaster-1.03-1.3.6 control-panel-toaster-0.5-1.3.1 qmailmrtg-toaster-4.2-1.3.1 vqadmin-toaster-2.3.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.1 vpopmail-toaster-5.4.13-1.3.2 courier-authlib-toaster-0.58-1.3.1 ezmlm-toaster-0.53.324-1.3.1 maildrop-toaster-2.0.2-1.3.1 squirrelmail-toaster-1.4.8-1.3.3 simscan-toaster-1.2-1.3.1 libdomainkeys-toaster-0.68-1.3.1 courier-imap-toaster-4.1.1-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.1 maildrop-toaster-devel-2.0.2-1.3.1 spamassassin-toaster-3.1.5-1.3.3 daemontools-toaster-0.76-1.3.1 qmail-toaster-1.03-1.3.6 autorespond-toaster-2.0.4-1.3.1 qmailadmin-toaster-1.2.9-1.3.1 isoqlog-toaster-2.1-1.3.1 clamav-toaster-0.88.4-1.3.3 On Thu, 2007-01-18 at 14:58 -0700, Eric Shubes wrote: What does # rpm -qa | grep toaster show you? James Jarrett wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
Re: [qmailtoaster] Where the heck is my mail going?
SPF would be a really good guess since everything would appear to arrive from the scanning appliance. The other good guess would be DomainKeys. Check the log in the appliance for error 4xx/5xx rejections from your server. Erik On 1/18/07, Eric Shubes [EMAIL PROTECTED] wrote: I'm guessing that SPF's rejecting them. The newer toaster gives you a meaningful message, but the version you have simply quits and looks normal on the log. Change /var/qmail/control/spfbehavior from 3 to 1. I'm not sure if restarting is necessary, but stop then start qmail to be safe. Report back. James Jarrett wrote: This: ucspi-tcp-toaster-0.88-1.3.1 qmail-pop3d-toaster-1.03-1.3.6 control-panel-toaster-0.5-1.3.1 qmailmrtg-toaster-4.2-1.3.1 vqadmin-toaster-2.3.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.1 vpopmail-toaster-5.4.13-1.3.2 courier-authlib-toaster-0.58-1.3.1 ezmlm-toaster-0.53.324-1.3.1 maildrop-toaster-2.0.2-1.3.1 squirrelmail-toaster-1.4.8-1.3.3 simscan-toaster-1.2-1.3.1 libdomainkeys-toaster-0.68-1.3.1 courier-imap-toaster-4.1.1-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.1 maildrop-toaster-devel-2.0.2-1.3.1 spamassassin-toaster-3.1.5-1.3.3 daemontools-toaster-0.76-1.3.1 qmail-toaster-1.03-1.3.6 autorespond-toaster-2.0.4-1.3.1 qmailadmin-toaster-1.2.9-1.3.1 isoqlog-toaster-2.1-1.3.1 clamav-toaster-0.88.4-1.3.3 On Thu, 2007-01-18 at 14:58 -0700, Eric Shubes wrote: What does # rpm -qa | grep toaster show you? James Jarrett wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live for use yesterday and I'm at my wits end. Thanks, James PS, if you need any more info, just ask, I'll get it to you. JJ
Re: [qmailtoaster] Where the heck is my mail going?
To disable DK, go to /var/qmail/bin and type rm -f qmail-queue ln -s qmail-queue.orig qmail-queue Erik On 1/18/07, Erik Espinoza [EMAIL PROTECTED] wrote: SPF would be a really good guess since everything would appear to arrive from the scanning appliance. The other good guess would be DomainKeys. Check the log in the appliance for error 4xx/5xx rejections from your server. Erik On 1/18/07, Eric Shubes [EMAIL PROTECTED] wrote: I'm guessing that SPF's rejecting them. The newer toaster gives you a meaningful message, but the version you have simply quits and looks normal on the log. Change /var/qmail/control/spfbehavior from 3 to 1. I'm not sure if restarting is necessary, but stop then start qmail to be safe. Report back. James Jarrett wrote: This: ucspi-tcp-toaster-0.88-1.3.1 qmail-pop3d-toaster-1.03-1.3.6 control-panel-toaster-0.5-1.3.1 qmailmrtg-toaster-4.2-1.3.1 vqadmin-toaster-2.3.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.1 vpopmail-toaster-5.4.13-1.3.2 courier-authlib-toaster-0.58-1.3.1 ezmlm-toaster-0.53.324-1.3.1 maildrop-toaster-2.0.2-1.3.1 squirrelmail-toaster-1.4.8-1.3.3 simscan-toaster-1.2-1.3.1 libdomainkeys-toaster-0.68-1.3.1 courier-imap-toaster-4.1.1-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.1 maildrop-toaster-devel-2.0.2-1.3.1 spamassassin-toaster-3.1.5-1.3.3 daemontools-toaster-0.76-1.3.1 qmail-toaster-1.03-1.3.6 autorespond-toaster-2.0.4-1.3.1 qmailadmin-toaster-1.2.9-1.3.1 isoqlog-toaster-2.1-1.3.1 clamav-toaster-0.88.4-1.3.3 On Thu, 2007-01-18 at 14:58 -0700, Eric Shubes wrote: What does # rpm -qa | grep toaster show you? James Jarrett wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason
Re: [qmailtoaster] Where the heck is my mail going?
Spot on Eric, Looking at the spf records for amazon.com and paypal.com they end with a ?all and ~all respectively.When emails pass through James's email filtering appliance they will be seen by the toaster as coming from it, and amazons ?all causes the spf record to resolve as neutral where as the paypal record will resolve as paypal does not send through this sender and get rejected. Your fix should work for him. Regards, Jon Eric Shubes wrote: I'm guessing that SPF's rejecting them. The newer toaster gives you a meaningful message, but the version you have simply quits and looks normal on the log. Change /var/qmail/control/spfbehavior from 3 to 1. I'm not sure if restarting is necessary, but stop then start qmail to be safe. Report back. James Jarrett wrote: This: ucspi-tcp-toaster-0.88-1.3.1 qmail-pop3d-toaster-1.03-1.3.6 control-panel-toaster-0.5-1.3.1 qmailmrtg-toaster-4.2-1.3.1 vqadmin-toaster-2.3.4-1.3.2 ripmime-toaster-1.4.0.6-1.3.1 vpopmail-toaster-5.4.13-1.3.2 courier-authlib-toaster-0.58-1.3.1 ezmlm-toaster-0.53.324-1.3.1 maildrop-toaster-2.0.2-1.3.1 squirrelmail-toaster-1.4.8-1.3.3 simscan-toaster-1.2-1.3.1 libdomainkeys-toaster-0.68-1.3.1 courier-imap-toaster-4.1.1-1.3.2 ezmlm-cgi-toaster-0.53.324-1.3.1 maildrop-toaster-devel-2.0.2-1.3.1 spamassassin-toaster-3.1.5-1.3.3 daemontools-toaster-0.76-1.3.1 qmail-toaster-1.03-1.3.6 autorespond-toaster-2.0.4-1.3.1 qmailadmin-toaster-1.2.9-1.3.1 isoqlog-toaster-2.1-1.3.1 clamav-toaster-0.88.4-1.3.3 On Thu, 2007-01-18 at 14:58 -0700, Eric Shubes wrote: What does # rpm -qa | grep toaster show you? James Jarrett wrote: I'ts not in there. Believe me I looked. The mail that has vanished is just gone, no delivery information in the SEND log *UNLESS* I got it, if I got it, all the info is in the send log. James On Thu, 2007-01-18 at 22:46 +0100, Jean-Paul van de Plasse wrote: Hi James, Anything about the delivery in the send log? /var/log/qmail/send/current It should at least tell you to what account it went. JP - Original Message - From: James Jarrett [EMAIL PROTECTED] To: qmailtoaster-list@qmailtoaster.com Sent: Thursday, January 18, 2007 10:33 PM Subject: [qmailtoaster] Where the heck is my mail going? I'm a new list member, and usually, when I start on a list, I like to spend a few days/weeks getting the feel of the place before I start talking, but this time I don't have a choice, I'm in a bit of a bind and need some serious help. First of all, while I have a fair amount of unix / pc experience, I am somewhat new to email in general and qmail in particular. I have just set up a qmail box for my school to replace an aging exim server. We *THOUGHT* everything was working and had scheduled the rollout for tonight when we realized that only some of the e-mail from the outside world is getting in. According to the smtp logs, everything is being delivered to the box, but a fair amount of it is never actually delivered (per the send log). A bit of information in no partcular order: I don't think it is a virus/spam check that is stopping the mail, on the off chance it was, I disabled both virus and spam checking in simscan and the problem did not go away. Then just to be thurough, I turned off both the clamd and spamd daemons. We have an e-mail filtering appliance out in front of this box anyway, so I don't need any of that. I am using the centos version of qmail-toaster from qmailtoaster.com, I started with the VM build from: http://www.vmware.com/vmtn/appliances/directory/579 This has qmail, vqadmin-2.3.4, qmailadmin-1.2.9, qmailmrtg7-42, and isolog-2.1 I checked my queue with the: qmailctl queue command. It says that there is one mail message in the queue pending delviery, so that's not the issue. After a minute or two, it showed empty. The results of the qmailctl stat command are: authlib: up (pid 2060) 144335 seconds clamd: up (pid 2055) 144335 seconds imap4: up (pid 2064) 144335 seconds imap4-ssl: up (pid 2071) 144335 seconds pop3: up (pid 2067) 144335 seconds pop3-ssl: up (pid 2063) 144335 seconds send: up (pid 26399) 54483 seconds smtp: up (pid 26405) 54483 seconds spamd: up (pid 2062) 144335 seconds authlib/log: up (pid 2057) 144335 seconds clamd/log: up (pid 2054) 144335 seconds imap4/log: up (pid 2087) 144335 seconds imap4-ssl/log: up (pid 2069) 144335 seconds pop3/log: up (pid 2058) 144335 seconds pop3-ssl/log: up (pid 2059) 144335 seconds send/log: up (pid 2056) 144335 seconds smtp/log: up (pid 2070) 144335 seconds spamd/log: up (pid 2061) 144335 seconds I'm not sure how to list what patches have been applied, if someone can give me some idea how to provide this I will. I have a test account on the box. Some mail gets to me and some does not. I can't figure a rhyme or reason for it, and the mail that does NOT get there shows up in the smtp logs as getting to the box, but then just vanishes. Any ideas PLEASE!! This box was supposed to go live