[qmailtoaster] Spamassassin....

2006-09-13 Thread Mark Martin

I recently upgraded another machine to test out the new distro.
Transferred my personal domain to it, to test.  It is a 4.3 CentOS
with the latest toaster build.

I have other machines that have an older toaster (I always like to test
the upgrade first) that spamassassin works very well.  So when testing
this new revision, I loaded my spam database into the test machine's
database.

Here are the anomalies I have found so far:
1) maildrop does not create the maildirsize file, modifying this
   makes it work.
2) Even though I am using a trained database, the spam scores
   are not as reliable as my other machine??  Things it would
   tag as spam are not getting tagged with as high a score.
3) maildrop seems to be a culprit... (possibly).

Here is  my delimma.

I need to transition over to the new version(s) as seemlessly as possible.
I also have one (not active) machine that is loaded with CentOS4.4 and
the latest toaster.

If you see anything outstanding that I may check in regards to my test
machine, please advise.

Thanks in advance.


-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[qmailtoaster] Any idea???

2006-09-06 Thread Mark Martin

qmail-send gets hung when qmailctl doqueue is run, the original process
is inherited by init (1) then qmail-send just keeps restarting until I 
kill the

original process, then it runs fine (until I do another qmailctl doqueue)

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [qmailtoaster] Any idea???

2006-09-06 Thread Mark Martin

Mark Martin wrote:

qmail-send gets hung when qmailctl doqueue is run, the original process
is inherited by init (1) then qmail-send just keeps restarting until I 
kill the

original process, then it runs fine (until I do another qmailctl doqueue)


Correction, it doesn't run fine.   The queue is hung...

-
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] Panic mode....

2006-09-01 Thread Mark Martin
Need a little help here, if possible, this a.m.,  all of the sudden I 
have a server

refusing messages with the following error:

Sep  1 09:41:50 64.6.42.10 smtpd: 1157121725.891780 connect(): No such 
file or directory



I have recordio turned on shares are mounted, etc. been working fine 
until this a.m.


Thanks in advance

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [qmailtoaster] Denied IP in TCP.SMTP but still getting through

2006-07-20 Thread Mark Martin

Joshua Hopkins wrote:


Yes I have.  That is why I am confused.

Joshua Hopkins
BH Labeling Systems

-Original Message-
From: Erik Espinoza [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 20, 2006 8:30 AM

To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Denied IP in TCP.SMTP but still getting
through

Have you run 'service qmail cdb' after adding the addresses?

Erik

On 7/20/06, Joshua Hopkins [EMAIL PROTECTED] wrote:
 




I have been using my tcp.smtp file to deny smtp access from various
   


hosts
 


that are sending spam to us.  However I noticed this morning that 2
   


emails
 


made it through whose IP's were supposed to be blocked.  I have pasted
   


a
 


portion of my tcp.smtp below.



127.:allow,RELAYCLIENT=

69.233.227135.:allow,RELAYCLIENT=

#

#

#

#The following list of address segments have been denied access

209.9.:deny

209.59.202.:deny

209.150.67.:deny

209.66.:deny

210.4.:deny

210.61.:deny

210.206.:deny

220.161.:deny

220.162.:deny

220.234.:deny

221.11.:deny

221.214.:deny

221.215.:deny

221.124.:deny

221.148.:deny

221.154.:deny

#

#

#

#All senders that are not listed above are scanned by the
   


qmail-scanner
 


#and spamassassin.


   


:allow,BADMIMETYPE=,BADLOADERTYPE=M,CHKUSER_RCPTLIMIT=15,CHKUSER_W
RONGRCPTLIMIT=3,QMAILQUEUE=/var/qmail/bin/simscan
 



Is there any reason why I would receive an email coming from an ip
   


address
 


that has been denied above?  Is my configuration of the tcp.smtp file
correct?



Thanks,

   -Josh
   



-
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]


 


Would you mind turning off your read confirmation?  Thanks.

-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [qmailtoaster] Duplicate Mail

2006-05-31 Thread Mark Martin

We had this problem a while back, however, it only happened on attachments,
and there were more that 1 duplicate.   Turned out to be a bug 
maildrop.  I believe
the function was xfilter, since xfilter was 'C' code that did basically 
the same
thing as a 'popen', I changed 'xfilter' to 'cc', the problem stopped.  
Probably
a little more overhead with the 'cc' function in maildrop, but it fixed 
the problem.


[EMAIL PROTECTED] wrote:


hi,

i have a problem in my server.
i received Duplicate mails in my mail box every mail has two copy
this is not problem in all account only one account i facing this problem
How i solve This problem

Regards
Devendra



-
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] Bumfuzzled...

2006-05-25 Thread Mark Martin
Hi -

I have a problem that is driving me crazy, either I am missing it or
have looked at it too long, but I cannot get it to work properly.

We have several email servers, I have been migrating to qmail, and have
had all working for about 8 months, until recently, the only thing I can
think of that may have changed is a reload of one of the servers after
a drive failure, and something got changed.  Anyway here is the
scenario:

1) I have one old RAQ, I am trying to get rid of eventually.  It is
   on the same exact subnet of my qmail servers.
2) Qmail works fine, as long as it is receiving from sources out of our
   domain.
3) Whenever mail is sent from one of the domains on the RAQ to one of
   new domains on the qmail server (RAQ is a sendmail system), it shows
   in the log, it was sent.  BUT, it never shows up in the logs on the
   Qmail side, or to the recipient.  It is like it gets sent to the bit
   bucket, no trace.

Any ideas would be greatly appreciated, I have looked at this song long
I am obviously missing something.
-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [qmailtoaster] Bumfuzzled...

2006-05-25 Thread Mark Martin
Done that, and yes it works, I kinda suspected maildrop was swallowing
it someway, but, I still should have a log entry for receipt prior to
maildrop getting it, no?
I have checked for duplicate IP's (don't no why, these should be static
for the most part), no go...
On Thu, 2006-05-25 at 12:54 -0400, Steve Huff wrote:
 On May 25, 2006, at 12:22 PM, Mark Martin wrote:
 
  1) I have one old RAQ, I am trying to get rid of eventually.  It is
 on the same exact subnet of my qmail servers.
  2) Qmail works fine, as long as it is receiving from sources out of  
  our
 domain.
  3) Whenever mail is sent from one of the domains on the RAQ to one of
 new domains on the qmail server (RAQ is a sendmail system), it  
  shows
 in the log, it was sent.  BUT, it never shows up in the logs on the
 Qmail side, or to the recipient.  It is like it gets sent to the  
  bit
 bucket, no trace.
 
 hm.  can you telnet out from the RAQ (i'm not familiar with that  
 system)?  if so, have you tried the following:
 
 1) telnet from the RAQ to the new qmail server, port 25
 2) manually run the SMTP transaction, e.g.:
 
 HELO the RAQ's FQDN
 MAIL FROM: a valid address on one of the RAQ's domains
 RCPT TO: a valid address on a domain on the new qmail server
 DATA:
 whatever
 .
 QUIT
 
 3) verify that your manually-generated mail arrived.  if it did, then  
 the problem is probably on the RAQ end, since you'll have verified  
 that the qmail server can receive a properly-formatted message from  
 within your network; if it didn't, then there's a problem with the  
 qmail server.
 
 hope this helps,
 -steve
 
 ---
 If this were played upon a stage now, I could condemn it as an  
 improbable fiction. - Fabian, Twelfth Night, III,v
 
 
 -
  QmailToaster hosted by: VR Hosted http://www.vr.org
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [qmailtoaster] Fedora Core 5 installation issues

2006-04-03 Thread Mark Martin
 in 
 signedness
 qmail-remote.c: At top level:
 qmail-remote.c:659: warning: return type of 'main' is not 'int'
 qmail-remote.c: In function 'main':
 qmail-remote.c:673: warning: implicit declaration of function 'chdir'
 qmail-remote.c:682: warning: suggest parentheses around assignment used 
 as truth value
 qmail-remote.c:713: warning: implicit declaration of function 'getpid'
 qmail-remote.c:755: warning: implicit declaration of function 'close'
 qmail-remote.c: In function 'tls_init':
 qmail-remote.c:357: warning: 'i' may be used uninitialized in this function
 qmail-remote.c: In function 'smtp':
 qmail-remote.c:511: warning: 'code' may be used uninitialized in this 
 function
 ./compile control.c
 control.c: In function 'control_readline':
 control.c:67: warning: implicit declaration of function 'close'
 ./compile constmap.c
 ./compile timeoutread.c
 ./compile timeoutwrite.c
 ./compile timeoutconn.c
 timeoutconn.c: In function 'timeoutconn':
 timeoutconn.c:49: warning: pointer targets in passing argument 3 of 
 'getpeername' differ in signedness
 ./compile tcpto.c
 tcpto.c: In function 'getbuf':
 tcpto.c:24: warning: implicit declaration of function 'close'
 tcpto.c: In function 'tcpto':
 tcpto.c:60: warning: implicit declaration of function 'getpid'
 tcpto.c: In function 'tcpto_err':
 tcpto.c:76: warning: 'firstwhen' may be used uninitialized in this function
 ./compile dns.c
 dns.c: In function 'resolve':
 dns.c:51: warning: suggest parentheses around assignment used as truth value
 dns.c:50: warning: suggest explicit braces to avoid ambiguous 'else'
 dns.c:59: warning: suggest explicit braces to avoid ambiguous 'else'
 dns.c: In function 'dns_ipplus':
 dns.c:357: warning: missing braces around initializer
 dns.c:357: warning: (near initialization for 'ix.ip')
 dns.c: In function 'dns_mxip':
 dns.c:409: warning: missing braces around initializer
 dns.c:409: warning: (near initialization for 'ix.ip')
 ./compile ip.c
 ./compile ipalloc.c
 ./compile strsalloc.c
 ( ./compile trysalen.c /dev/null 21 \
  echo \#define HASSALEN 1 || exit 0 )  hassalen.h
 rm -f trysalen.o
 ./compile ipme.c
 ./compile ndelay.c
 ./compile ndelay_off.c
 ./makelib ndelay.a ndelay.o ndelay_off.o
 ( ( ./compile tryrsolv.c  ./load tryrsolv dns.o \
 ipalloc.o strsalloc.o ip.o stralloc.a alloc.a error.a fs.a str.a \
 -lresolv `cat socket.lib` ) /dev/null 21 \
  echo -lresolv || exit 0 )  dns.lib
 rm -f tryrsolv.o tryrsolv
 ./compile tls.c

All of the others were just warnings, probably will not hurt anything,
nonetheless, to get rid of the warnings, forward declarations should be
made, these are just saying 'implied', so again they will probably
not hurt.  Below, though, in tls.c, you may want to #undef strerror
in tls or better yet, look at the defines in /usr/include/string.h,
it will probably say something to the effect:

#ifndef _STRING_H
#define _STRING_H

At the top of string.h

If that is the case, just wrap the 'strerror' declaration in tls.c
with the following:

#ifndef _STRING_H
extern char *strerror(int);  /* this is probably what it says or
something similar */
#endif

This will stop that particular error from causing the compile to
bolo.  It does not imply that all compilation errors are fixed.

 tls.c:12: error: conflicting types for 'strerror'
 /usr/include/string.h:256: error: previous declaration of 'strerror' was 
 here
 make: *** [tls.o] Error 1
 error: Bad exit status from /var/tmp/rpm-tmp.41948 (%build)

Since you are building it with an rpm spec file, you will probably
have to untar the source, prior to the rebuild, apply the above edit,
then tar it back up. Then restart the rpm-build portion.  The above,
though will let the system manifest defines stand.  Also, if you
just don't want to see the warnings, you may see what the cflags
are when it compiles, i.e. -Wall will typically let you know all
of the details, warnings of the compiles.  In most cases, in a package
such as qmail that is used by a lot of people without problem, the
warnings are trivial and do not effect anything.  I have seen though
by watching the warnings and cleaning them up in the code, some
potential problems have been pinpointed by the warnings, so by
complying with the warnings and fixing them, it forces one to
more specifically write code for multiple platforms (i.e. it can
help one to develop good habits...)
 
 
 RPM build errors:
  Bad exit status from /var/tmp/rpm-tmp.41948 (%build)
 === END DUMP ===
 
 
 
 -
  QmailToaster hosted by: VR Hosted http://www.vr.org
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org

[qmailtoaster] hard drive / RAID

2006-03-23 Thread Mark Martin
In the past 6 months we have added 2 new mail servers (actually 3),
and I have constructed the setup so I can add mailservers as needed.
It is all NFS mounted drives on CentOS 4.2.  Right now, I am looking
at tweeking this out all around.

I was browsing thru the docs about NFS and file systems, and it appear
that Qmail like BSD centric file systems, and is not as fond of Linux
filesystems, in terms of writing to the disk and NFS as well as SCSI.
Also, it mentions it does not like IDE with write caching enabled.

I currently have the following disk setup:

2 - 200 GB IDE RAID 1 (Escalade controller).
These are shared across all mail machines.

What I am looking into is purchasing a 2+ Terabyte RAID 5 hotswap
array, with SATA drives/controllers.  This particular setup
has an SCSI interface.

Here is the main question:

Has anyone had experience with this type setup with Qmail and
what is your experience?
-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [qmailtoaster] hard drive / RAID

2006-03-23 Thread Mark Martin
On Thu, 2006-03-23 at 10:00 -0500, Jake Vickers wrote:
 Mark Martin wrote:
 
 In the past 6 months we have added 2 new mail servers (actually 3),
 and I have constructed the setup so I can add mailservers as needed.
 It is all NFS mounted drives on CentOS 4.2.  Right now, I am looking
 at tweeking this out all around.
 
 I was browsing thru the docs about NFS and file systems, and it appear
 that Qmail like BSD centric file systems, and is not as fond of Linux
 filesystems, in terms of writing to the disk and NFS as well as SCSI.
 Also, it mentions it does not like IDE with write caching enabled.
 
 I currently have the following disk setup:
 
 2 - 200 GB IDE RAID 1 (Escalade controller).
 These are shared across all mail machines.
 
 What I am looking into is purchasing a 2+ Terabyte RAID 5 hotswap
 array, with SATA drives/controllers.  This particular setup
 has an SCSI interface.
 
 Here is the main question:
 
 Has anyone had experience with this type setup with Qmail and
 what is your experience?
   
 
 I have played with the NFS method of using QMail when I was developing a 
 cluster-setup-script, and can say that it works reasonably well. The 
 only issues I ran into were when (this was a couple months ago - haven't 
 worked on it much lately) the NFS share was slow in writing files. 
 Qmail-queue writes the file to the NFS share, and if it is not completed 
 within a specific amount of time (don't remember what it was, something 
 like 6 seconds) it thinks there was an error, and sends a second copy of 
 the email, so the user would receive 2 copies of the same email. This 
 only happened when the NFS share was slow (tried to run it across the 
 Internet), and there was a large attachment (1M) involved. If you're 
 running the cluster on a local LAN, you should not have this issue if 
 you're using at least 100M network cards/switches. I do NOT recommend 
 running the NFS across the Internet - too slow.

I run Linux with the 'sync' option on, it is a slower write, I have been
running it with 'sync' on from the very beginning.  The anomaly you
mention above, I had, however, I thought I had posted this fix, but it
may/may not apply to everyone.  I found out the problem with the
attachments and multiple copies, on my setup had to do with maildrop.

I have since fixed that problem. To state the fix again, it is in the
/etc/mail/mailfilter file, to fix:

change all 'xfilter' functions to 'cc' functions, I traced the problem
down to the code level, the xfilter function is doggedly slow.  I did
not patch or anything, as I have not had time.  There may be slightly
more overhead with the 'cc' but basically, xfilter is kind of like a
custom version of popen anyway.  It fixed ALL of my duplicate problems
as well as attachment problems.  The natives have been quiet since this
was implemented.

 
 -
  QmailToaster hosted by: VR Hosted http://www.vr.org
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [qmailtoaster] good email marked as spam

2006-03-13 Thread Mark Martin
sa-learn --ham --mbox (or whatever type mal box you use) --progress 
inputfile
On Mon, 2006-03-13 at 23:46 +0200, Shai wrote:
 Hi,
 
 Is there a way to teach SA that some emails are good?
 
 Shai
 
 -
  QmailToaster hosted by: VR Hosted http://www.vr.org
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[qmailtoaster] Email duplicates - Found culprit...

2006-02-27 Thread Mark Martin
To all -

I have no current solution, but I do have a work around, temporarily.
The duplicate problem I have been experiencing, is due to an anomalie
in the maildrop package (hate to say bug, yet, but...) deliverquota
hangs and never returns.  Just a toaster does not need maildrop, that is
more for courier IMAP and sorting things out into their particular
folders.  Spamassassin, still does scan the attachments prior to you
getting them, and does cull out the spam (marks it anyway).  

The work around, is just to turn off spamprocessing in qmailadmin for
the account until a 'correct' fix is arrived at.  I believe all will
work well once this is fixed.
-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[qmailtoaster] deliverquota - Was Duplicate emails

2006-02-27 Thread Mark Martin
I was looking at the deliverquota code, and actually watched it build
the tmp file, that program is slower than Xmas, no wonder it times out.
Lets see what we can do to speed things up...
-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[qmailtoaster] New Info deliverquota was Duplicates...

2006-02-27 Thread Mark Martin
I have found a fix that appears to be working.  The main portion
of maildrop (the version qmail-toaster uses) is an older version.
I did not want to get into debugging maildrop, i.e. as it turns out,
The bug was not in deliverquota, but actually if filter.C, which is
the code for the 'xfilter' portion of maildrop.  It appears xfilter,
in the package of 'maildrop-toaster-1.8.1' is lacking in efficiency
or a bug.  I did not want to get into debugging the select code.
So, the following fix seems to work:

In the file '/etc/mail/mailfilter' instead of using 'xfilter
/usr/bin/deliverquota', I changed those lines to 'cc
|/usr/bin/deliverquota'.  It seems to have worked.  I have
successfully let through to fairly large files successfully and
the emails quit being stuck in the queue.  It appears what is
happening, is the xfilter call is too slow to process 'deliverquota'
properly, so it times out prematurely, never completes, resulting
in the message being left in the queue, and as soon as qmail-send
is re-awakened, it tries to send it again and again, but the old
way it would simply timeout, and keep redelivering the same mail
with only portions of the file.  I tried this for the following
reasons:

1) running deliverquota by itself with a valid message did not have
any problems and was fast enough.
2) I really do not know in this instance whether the pipe/select method
that is used is necessary here anyway, because maildrop is never
directly connected to an active network socket (which in my experience,
is basically where the select works best as a low level control). The
email has already arrived in it's entirety on the server, so the
change to 'cc |/usr/bin/deliverquota... will work just fine.

I don't really think this is a long term fix, as it appears filter.C
needs to be looked into, if it slows the process down so much it
basically times out.  It does appear that this fix does work.

If anyone having the same problem decides to try the same thing,
please advise on your outcome as well.  I actually changed every
call to deliverquota in /etc/mailfilter to a 'cc
|/usr/bin/deliverquota... '...




-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[qmailtoaster] Duplicates - New info

2006-02-24 Thread Mark Martin
I have been plagued with duplication problems.  Resources do not fix it.
So here is what I have found.
1) The problem seems to only manifest itself in emails with attachments.
2) The messages are stuck in the queue, below is a list of messages that
are currently stuck in the queue for this user.
3) There seemed to be a hangup with maildrop when I first looked at it
this morning, I would send a ps output to detail, but it has apparently
finished, it had to do with the 'preline' program, seemed to be hung on
these messages.
4) As a side note, to give some other detail, the home directories are
NFS, also, I run my own domains on this same server, with none of the
same anomalies (I receive a lot of mail on these domains).  I also have
another customer that uses it with their own domain, with no apparent
problems (one main difference of their setup is they are on Postini and
not on the local junk mail system).

23 Feb 2006 17:37:44 GMT  #5407376  4842811  [EMAIL PROTECTED]
local   [EMAIL PROTECTED]
23 Feb 2006 17:38:35 GMT  #2621441  6017963  [EMAIL PROTECTED]
local   [EMAIL PROTECTED]
23 Feb 2006 17:38:51 GMT  #2621442  7131701  [EMAIL PROTECTED]
local   [EMAIL PROTECTED]
23 Feb 2006 17:39:32 GMT  #2621443  8276864  [EMAIL PROTECTED]
local   [EMAIL PROTECTED]
23 Feb 2006 17:43:29 GMT  #2621447  4739214  [EMAIL PROTECTED]
local   [EMAIL PROTECTED]

The email names and domains have been changed, but other than that
this is a real message that currently is stuck in the queue.  The
email addresses have been changed to protect the spammers from
themselves and make them less obnoxious just in case this mail
is archived...(:-)
-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[qmailtoaster] More Info Duplicates...

2006-02-24 Thread Mark Martin
Normally I get 10-15 on this list a day, but, things is desparate...
I'm a stupid redneck, so one of you compassionate types may be able to
look past my stupidity here and see something I am not.  I have no
reason to have anythin' against qmail, have been running it on
other servers for a few years.  But this has me stumped.  These
duplicates only appear to manifest themselves (yeah, this redneck can
use a few $10.00 words) with file attachments, I got so much fire 
breathing down my neck on this issue I have to wear asbestos collars.

Hep Here is a ps output:
qmaill6758  6753  0 17:11 pts/000:00:00 /usr/bin/multilog t
s100 n100 /var/log/qmail/pop3-ssl
qmaill6765  6764  0 17:11 pts/000:00:00 /usr/bin/multilog t
s100 n100 /var/log/qmail/smtp
qmaill6769  6755  0 17:11 pts/000:00:00 /usr/bin/multilog t
s100 n100 /var/log/qmail/spamd
qmaill6771  6762  0 17:11 pts/000:00:00 /usr/bin/multilog t
s100 n100 /var/log/qmail/pop3
vpopmail  6772  6763  0 17:11 pts/000:00:00 /usr/bin/tcpserver -v -R
-H -l bugs.frontierbroadband.com -x /etc/tcprules.d/tcp.smtp.cdb -c 100
-u 89 -g 89 0 smtp /usr/bin/rblsmtpd /var/qmail/bin/qmail-
smtpd /home/vpopmail/bin/vchkpw /bin/true
root  6773  6761  0 17:11 pts/000:00:00 /usr/bin/tcpserver -v -R
-c 200 0 110 /var/qmail/bin/qmail-popup
bugs.frontierbroadband.com /home/vpopmail/bin/vchkpw /var/qmail/bin/qmail-pop3d 
Maildir
qmaill6800  6767  0 17:11 pts/000:00:00 /usr/bin/multilog t
s100 n100 /var/log/qmail/imap4-ssl
qmaill6801  6759  0 17:11 pts/000:00:00 /usr/bin/multilog t
s100 n100 /var/log/qmail/imap4
qmaill6804  6802  0 17:11 pts/000:00:00 /usr/bin/multilog t
s100 n100 /var/log/qmail/send
qmaill6809  6806  0 17:11 pts/000:00:00 /usr/bin/multilog t
s100 n100 /var/log/qmail/clamd
qmails6812  6799  0 17:11 pts/000:00:00 qmail-send
root  6819  6812  0 17:11 pts/000:00:00 qmail-lspawn ./Maildir/
qmailr6820  6812  0 17:11 pts/000:00:00 qmail-rspawn
qmailq6821  6812  0 17:11 pts/000:00:00 qmail-clean
vpopmail  6822  6819  0 17:11 pts/000:00:00 bin/qmail-local --
spamthis.com /home/vpopmail/domains/spamthis.com spamthis.com-
cindyintexas - cindyintexas spamthis.com [EMAIL PROTECTED] ./Maildir/
vpopmail  6823  6819  0 17:11 pts/000:00:00 bin/qmail-local --
spamthis.com /home/vpopmail/domains/spamthis.com spamthis.com-harryt -
harryt spamthis.com [EMAIL PROTECTED] ./Maildir/
vpopmail  6824  6819  0 17:11 pts/000:00:00 bin/qmail-local --
spamthis.com /home/vpopmail/domains/spamthis.com spamthis.com-bhenderson
- bhenderson spamthis.com [EMAIL PROTECTED] ./Maildir/
vpopmail  6825  6819  0 17:11 pts/000:00:00 bin/qmail-local --
spamthis.com /home/vpopmail/domains/spamthis.com spamthis.com-
rhinestonekevin - rhinestonekevin spamthis.com
[EMAIL PROTECTED] ./Maildir/
vpopmail  6826  6819  0 17:11 pts/000:00:00 bin/qmail-local --
spamthis.com /home/vpopmail/domains/spamthis.com spamthis.com-
cindyintexas - cindyintexas spamthis.com [EMAIL PROTECTED] ./Maildir/
vpopmail  6832  6828  0 17:11 pts/0
00:00:00 /var/qmail/bin/preline /usr/bin/maildrop -A Content-Filter:
maildrop-toaster /etc/mail/mailfilter
vpopmail  6834  6827  0 17:11 pts/0
00:00:00 /var/qmail/bin/preline /usr/bin/maildrop -A Content-Filter:
maildrop-toaster /etc/mail/mailfilter
vpopmail  6835  6829  0 17:11 pts/0
00:00:00 /var/qmail/bin/preline /usr/bin/maildrop -A Content-Filter:
maildrop-toaster /etc/mail/mailfilter
vpopmail  6838  6830  0 17:11 pts/0
00:00:00 /var/qmail/bin/preline /usr/bin/maildrop -A Content-Filter:
maildrop-toaster /etc/mail/mailfilter
vpopmail  6840  6831  0 17:11 pts/0
00:00:00 /var/qmail/bin/preline /usr/bin/maildrop -A Content-Filter:
maildrop-toaster /etc/mail/mailfilter
root  7015  5725  0 17:13 pts/000:00:00 grep qmail






-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[qmailtoaster] Duplicate emails

2006-02-16 Thread Mark Martin
I have asked this question before, but I will ask again to see if anyone
else is having the same problem.  I am running the current release
(1.2).  I have re-occurring problems with duplicate emails.
There are several domains on these servers.  They are actually coming
in on the server, they will all have the same delivery times.  If
anyone has encountered this problem, please advise and I would be
extremely grateful if you could extend your solution.
-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [qmailtoaster] Duplicate emails

2006-02-16 Thread Mark Martin
I sent copies of this message to two other people (cc), I got duplicates
of your messages and my own message.  I have some that get 100 or so.
On Thu, 2006-02-16 at 08:49 -0600, Mark Martin wrote:
 I have asked this question before, but I will ask again to see if anyone
 else is having the same problem.  I am running the current release
 (1.2).  I have re-occurring problems with duplicate emails.
 There are several domains on these servers.  They are actually coming
 in on the server, they will all have the same delivery times.  If
 anyone has encountered this problem, please advise and I would be
 extremely grateful if you could extend your solution.
-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [qmailtoaster] Duplicate emails

2006-02-16 Thread Mark Martin
2 gig memory, nfs mounted homedirs, dual Xeons... Oh, one vnc session.
On Thu, 2006-02-16 at 11:15 -0500, Aaron Stanford wrote:
 I experienced this issue also.  In my case, it was due to low system 
 resources (specifically memory).  If you have a gui running, and you're 
 on a Redhat based distro, try telinit 3 to unload the gui and release 
 some system resources.  Shut down unneeded services.  If it's the same 
 issue I had, this should take care of the issue, at least temporarily..
 
 Cheers,
 Aaron
 
 
 
 Mark Martin wrote:
  I sent copies of this message to two other people (cc), I got duplicates
  of your messages and my own message.  I have some that get 100 or so.
  On Thu, 2006-02-16 at 08:49 -0600, Mark Martin wrote:
  
 I have asked this question before, but I will ask again to see if anyone
 else is having the same problem.  I am running the current release
 (1.2).  I have re-occurring problems with duplicate emails.
 There are several domains on these servers.  They are actually coming
 in on the server, they will all have the same delivery times.  If
 anyone has encountered this problem, please advise and I would be
 extremely grateful if you could extend your solution.
 
 -
  QmailToaster hosted by: VR Hosted http://www.vr.org
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
-- 
Mark Martin, Operations
Frontier Broadband, LLC.
919 Hwy. 377 E.
Granbury, TX 76048
817.579.5050, Ext. 105


-
 QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]