[qmailtoaster] spam filter restrictions results impossible sending emails

[Istvan Köpe]

Hi,

Every Monday I'm sending a newsletter to a couple of thousands of mail 
addresses. During the weekend I modified in simcontrol spam_hits from 12 
to 5. As a result Outlook was unable to send the newsletter. Unable 
means no error message, just sending/processing forever. In that list of 
email addresses are many invalid addresses too, which generate 256 
errors, which are time-out-s, but correct me if I'm wrong and I also 
seen simscan: connect error 2 errors. But even if there are error, it 
worked before and I don't see the connection between the spam_hits 
parameter. In the Linux world I know that there is no such thing as, 
something works today, but it doesn't work after a while, like in case 
of Windows.
So there are two possibilities: or Qmailtoaster was not configured 
well(less probable, because is to simple to configure), or the spam_hits 
parameter affected qmailtoaster's functionality.


What do you think?

Istvan

-
QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] spam filter restrictions results impossible sending emails

[Istvan Köpe]

Natalio Gatti wrote:

On Mon, Mar 10, 2008 at 7:00 AM, Istvan Köpe <[EMAIL PROTECTED]> wrote:
  

Hi,

 Every Monday I'm sending a newsletter to a couple of thousands of mail
 addresses. During the weekend I modified in simcontrol spam_hits from 12
 to 5. As a result Outlook was unable to send the newsletter. Unable
 means no error message, just sending/processing forever. In that list of
 email addresses are many invalid addresses too, which generate 256
 errors, which are time-out-s, but correct me if I'm wrong and I also
 seen simscan: connect error 2 errors. But even if there are error, it
 worked before and I don't see the connection between the spam_hits
 parameter. In the Linux world I know that there is no such thing as,
 something works today, but it doesn't work after a while, like in case
 of Windows.
 So there are two possibilities: or Qmailtoaster was not configured
 well(less probable, because is to simple to configure), or the spam_hits
 parameter affected qmailtoaster's functionality.

 What do you think?

 Istvan



check your spamd log to see if spamassassin is flagging your mail as
spam: /var/log/qmail/spamd/current

Natalio.
  
Yes, this is good to mention, I've disabled the spam checking for local 
addresses in the tcp.smtp file 
192.:allow,RELAYCLIENT="",RBLSMTPD="",NOP0FCHECK="1"

That means it should not check it for spam, nor else, just send it. Right?

Re: [qmailtoaster] spam filter restrictions results impossible sending emails

[Natalio Gatti]

On Mon, Mar 10, 2008 at 7:00 AM, Istvan Köpe <[EMAIL PROTECTED]> wrote:
> Hi,
>
>  Every Monday I'm sending a newsletter to a couple of thousands of mail
>  addresses. During the weekend I modified in simcontrol spam_hits from 12
>  to 5. As a result Outlook was unable to send the newsletter. Unable
>  means no error message, just sending/processing forever. In that list of
>  email addresses are many invalid addresses too, which generate 256
>  errors, which are time-out-s, but correct me if I'm wrong and I also
>  seen simscan: connect error 2 errors. But even if there are error, it
>  worked before and I don't see the connection between the spam_hits
>  parameter. In the Linux world I know that there is no such thing as,
>  something works today, but it doesn't work after a while, like in case
>  of Windows.
>  So there are two possibilities: or Qmailtoaster was not configured
>  well(less probable, because is to simple to configure), or the spam_hits
>  parameter affected qmailtoaster's functionality.
>
>  What do you think?
>
>  Istvan

check your spamd log to see if spamassassin is flagging your mail as
spam: /var/log/qmail/spamd/current

Natalio.

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[qmailtoaster] queue remote and done remote ?

[Istvan Köpe]

I just set the queuelifetime to 120
When I give the qmailctl queue command after 10 minutes it says:
messages in queue: 53
messages in queue but not yet preprocessed: 0

And after these, there are a bunch of email addresses with "remote" and 
for the rest "done remote".

What is the difference between "remote" and "done remote"?
Why do I still have messages in the queue after 10 minutes?

Istvan

-
QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [qmailtoaster] Re:[qmailtoaster] qtp-newmodel error installing spamassasin

[Marco Cordeiro]

All , this workaround doesn't work for me ... I still get the message below
:

+ install -m 0644 /usr/src/redhat/SOURCES/qmailtoaster.local.cf.bz2
/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin/local.cf.bz2
install: cannot create regular file
`/var/tmp/spamassassin-toaster-root/etc/mail/spamassassin/local.cf.bz2': No
such file or directory
error: Bad exit status from /var/tmp/rpm-tmp.75939 (%install)


RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.75939 (%install)

Marco.

-Original Message-
From: Eric Shubert [mailto:[EMAIL PROTECTED] 
Sent: Saturday, March 08, 2008 11:25 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Re:[qmailtoaster] qtp-newmodel error installing
spamassasin

Fabio,

There's a cleaner way to pass parameters to the build process:

# echo "--nodeps" > \
/opt/qmailtoaster-plus/etc/rpmbuild/spamassassin-toaster

before running qtp-newmodel. This way build parameters can be specified for
a particular package, and do not effect other packages detrimentally.

Be sure to redo the sandbox afterwards (or make the same change in the
sandbox).


Fabio A. Olaechea wrote:
> Hi list,
> 
> this is a workaround for this problem. My solution is to ignore the
> dependencies of the rpm, because I know that they are installed.
> 
> So before to try this check that you have installed:
> 
>  perl(Archive::Tar) >= 1.23
>  perl(HTML::Parser) >= 3.43
>  perl(IO::Zlib) >= 1.04
> 
> Then
> 
> 1) run qtp-newmodel
> ...
> ...
> Installing spamassassin-toaster-3.2.4-1.3.13 in the sandbox ...
> qtp-build-rpms - rpm -Uvh failed for spamassassin-toaster-3.2.4-1.3.13
> qtp-build-rpms - see
> /mnt/qtp-sandbox/usr/src/qtp-upgrade/log/build-recent.log
> 
> Build failed, Exiting.
> 
> 
> 2) umount the sandbox
> 
> # qtp-umount-sandbox
> qtp-umount-sandbox v0.2.6
> qtp-umount-sandbox: sandbox umounted successfully
> 
> 
> 3) edit qtp-build-rpms
> # vi +143 /opt/qmailtoaster-plus/bin/qtp-build-rpms
> 
> on line 143 change
> rpm -Uvh $updateparm $install_pkgs >>$logfile 2>&1
> to
> rpm -Uvh --nodeps $updateparm $install_pkgs >>$logfile 2>&1
> 
> save & exit, :x
> 
> 4) run qtp-newmodel to build and install spamassassin-toaster,
> clamav-toaster.. .
> 
> IMO the problem is inside of spamassassin-toaster-3.2.4-1.3.13, not on
> qtp.. . but this worked for me.
> 
> bye
> 
> Fabio Olaechea

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] spam filter restrictions results impossible sending emails

[Eric Shubert]

Istvan Köpe wrote:
> Hi,
> 
> Every Monday I'm sending a newsletter to a couple of thousands of mail
> addresses. During the weekend I modified in simcontrol spam_hits from 12
> to 5. As a result Outlook was unable to send the newsletter. Unable
> means no error message, just sending/processing forever. In that list of
> email addresses are many invalid addresses too, which generate 256
> errors, which are time-out-s, but correct me if I'm wrong and I also
> seen simscan: connect error 2 errors. But even if there are error, it
> worked before and I don't see the connection between the spam_hits
> parameter. In the Linux world I know that there is no such thing as,
> something works today, but it doesn't work after a while, like in case
> of Windows.
> So there are two possibilities: or Qmailtoaster was not configured
> well(less probable, because is to simple to configure), or the spam_hits
> parameter affected qmailtoaster's functionality.
> 
> What do you think?
> 
> Istvan
> 

There are more than 2 possibilities (lucky for you). ;)

There is a known intermittent problem with sending which seems to happen
more often with Outlook than with other clients. In this case, the message
is received by the toaster and subsequently sent, but the submission session
terminates abnormally, leaving Outlook to think that the message wasn't
sent, so Outlook keeps sending it until you remove it from Outlook's
outgoing folder.

The fact that you changed spam_hits is simply coincidental to your error.
There is no other relationship between them.

> In the Linux world I know that there is no such thing as,
> something works today, but it doesn't work after a while, like in case
> of Windows.

I like that. Applies to Outlook the same as Windows.

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] queue remote and done remote ?

[Eric Shubert]

Istvan Köpe wrote:
> I just set the queuelifetime to 120
> When I give the qmailctl queue command after 10 minutes it says:
> messages in queue: 53
> messages in queue but not yet preprocessed: 0
> 
> And after these, there are a bunch of email addresses with "remote" and
> for the rest "done remote".
> What is the difference between "remote" and "done remote"?
> Why do I still have messages in the queue after 10 minutes?
> 
> Istvan
> 

I'm not positive, but my guess is that they experienced a temporary failure
(which could be any number of things). I would think that the send log might
shed some light on the situation.

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] spam filter restrictions results impossible sending emails

[Istvan Köpe]

Eric Shubert wrote:

Istvan Köpe wrote:
  

Hi,

Every Monday I'm sending a newsletter to a couple of thousands of mail
addresses. During the weekend I modified in simcontrol spam_hits from 12
to 5. As a result Outlook was unable to send the newsletter. Unable
means no error message, just sending/processing forever. In that list of
email addresses are many invalid addresses too, which generate 256
errors, which are time-out-s, but correct me if I'm wrong and I also
seen simscan: connect error 2 errors. But even if there are error, it
worked before and I don't see the connection between the spam_hits
parameter. In the Linux world I know that there is no such thing as,
something works today, but it doesn't work after a while, like in case
of Windows.
So there are two possibilities: or Qmailtoaster was not configured
well(less probable, because is to simple to configure), or the spam_hits
parameter affected qmailtoaster's functionality.

What do you think?

Istvan




There are more than 2 possibilities (lucky for you). ;)

There is a known intermittent problem with sending which seems to happen
more often with Outlook than with other clients. In this case, the message
is received by the toaster and subsequently sent, but the submission session
terminates abnormally, leaving Outlook to think that the message wasn't
sent, so Outlook keeps sending it until you remove it from Outlook's
outgoing folder.

The fact that you changed spam_hits is simply coincidental to your error.
There is no other relationship between them.

  
Is good to hear the is nothing wrong with the server. I created a 
mailing list and I hope like I'll get rid of this problem. But Is there 
a workaround for this problem? The same thing happens with Outlook 2007?

In the Linux world I know that there is no such thing as,
something works today, but it doesn't work after a while, like in case
of Windows.



I like that. Applies to Outlook the same as Windows.

  

Re: [qmailtoaster] queue remote and done remote ?

[Istvan Köpe]

Eric Shubert wrote:

Istvan Köpe wrote:
  

I just set the queuelifetime to 120
When I give the qmailctl queue command after 10 minutes it says:
messages in queue: 53
messages in queue but not yet preprocessed: 0

And after these, there are a bunch of email addresses with "remote" and
for the rest "done remote".
What is the difference between "remote" and "done remote"?
Why do I still have messages in the queue after 10 minutes?

Istvan




I'm not positive, but my guess is that they experienced a temporary failure
(which could be any number of things). I would think that the send log might
shed some light on the situation.

  


Ok. I'll check the send log, but I still would like to know what's the 
difference between "remote" and "done remote"? Theoretically if the 
message is sent it should not be at all in queue. Right?

Re: [qmailtoaster] spam filter restrictions results impossible sending emails

[Eric Shubert]

Istvan Köpe wrote:
> Eric Shubert wrote:
>> Istvan Köpe wrote:
>>   
>>> Hi,
>>>
>>> Every Monday I'm sending a newsletter to a couple of thousands of mail
>>> addresses. During the weekend I modified in simcontrol spam_hits from 12
>>> to 5. As a result Outlook was unable to send the newsletter. Unable
>>> means no error message, just sending/processing forever. In that list of
>>> email addresses are many invalid addresses too, which generate 256
>>> errors, which are time-out-s, but correct me if I'm wrong and I also
>>> seen simscan: connect error 2 errors. But even if there are error, it
>>> worked before and I don't see the connection between the spam_hits
>>> parameter. In the Linux world I know that there is no such thing as,
>>> something works today, but it doesn't work after a while, like in case
>>> of Windows.
>>> So there are two possibilities: or Qmailtoaster was not configured
>>> well(less probable, because is to simple to configure), or the spam_hits
>>> parameter affected qmailtoaster's functionality.
>>>
>>> What do you think?
>>>
>>> Istvan
>>>
>>> 
>>
>> There are more than 2 possibilities (lucky for you). ;)
>>
>> There is a known intermittent problem with sending which seems to happen
>> more often with Outlook than with other clients. In this case, the message
>> is received by the toaster and subsequently sent, but the submission session
>> terminates abnormally, leaving Outlook to think that the message wasn't
>> sent, so Outlook keeps sending it until you remove it from Outlook's
>> outgoing folder.
>>
>> The fact that you changed spam_hits is simply coincidental to your error.
>> There is no other relationship between them.
>>
>>   
> Is good to hear the is nothing wrong with the server. I created a
> mailing list and I hope like I'll get rid of this problem. But Is there
> a workaround for this problem? The same thing happens with Outlook 2007?

No workaround that I'm aware of. It's intermittent, and no one has
pinpointed the cause ttbomk. I don't know about Outlook'07, but it might be
worth a try.

What version(s) of the toaster are you running? If your clamav-toaster isn't
the latest, I'd begin with upgrading the toaster.

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] queue remote and done remote ?

[Eric Shubert]

Istvan Köpe wrote:
> Eric Shubert wrote:
>> Istvan Köpe wrote:
>>   
>>> I just set the queuelifetime to 120
>>> When I give the qmailctl queue command after 10 minutes it says:
>>> messages in queue: 53
>>> messages in queue but not yet preprocessed: 0
>>>
>>> And after these, there are a bunch of email addresses with "remote" and
>>> for the rest "done remote".
>>> What is the difference between "remote" and "done remote"?
>>> Why do I still have messages in the queue after 10 minutes?
>>>
>>> Istvan
>>>
>>> 
>>
>> I'm not positive, but my guess is that they experienced a temporary failure
>> (which could be any number of things). I would think that the send log might
>> shed some light on the situation.
>>
>>   
> 
> Ok. I'll check the send log, but I still would like to know what's the
> difference between "remote" and "done remote"? Theoretically if the
> message is sent it should not be at all in queue. Right?

The wording is misleading all right. If it has been sent, it will not be in
the queue any more. I'm guessing that "done remote" might mean "attempted
remote". IOW, "done remote" means that it was tried at least one time, and
simply "remote" means that it hasn't been attempted. Just a guess on my part.

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[qmailtoaster] remote vpop store

[Phil Leinhauser]

Hi all,

I'm contemplating setting up a "poor man's cluster" on my QMT using an
openfiler share.  From what I see, it's pretty straight forward.  Put the
VPOPMAIL and control files on the common share and sync the MySQL between
the nodes.  

Sure, simple...  I want to start small and just move the VPOPMAIL and
control files off.  What files or variables do I need to set to tell QMT
where to find these things?

Is there a "how to" for this somewhere that I missed?  

Thanks,
Phil



-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] remote vpop store

[Eric Shubert]

Phil Leinhauser wrote:
> Hi all,
> 
> I'm contemplating setting up a "poor man's cluster" on my QMT using an
> openfiler share.  From what I see, it's pretty straight forward.  Put the
> VPOPMAIL and control files on the common share and sync the MySQL between
> the nodes.  
> 
> Sure, simple...  I want to start small and just move the VPOPMAIL and
> control files off.  What files or variables do I need to set to tell QMT
> where to find these things?
> 
> Is there a "how to" for this somewhere that I missed?  
> 
> Thanks,
> Phil
> 

No "how to" that I'm aware of.
What are you trying to achieve?

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [qmailtoaster] remote vpop store

[Phil Leinhauser]

Ultimately I want to have 2 QMT servers clustered so I need external storage
that they both look to.  That's the NFS share.  But if I just move the
VPOPMAIL folder to that share, qmail doesn't know it moved.  Where do I tell
Qmail where to find the mail store?  Also, the control files need to be
there so what do I move and how do I tell Qmail where I put them?

I'm thinking if I can get one server using the external storage, the other
will be a snap.

Does that make sense?

-Original Message-
From: Eric Shubert [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 10, 2008 9:37 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] remote vpop store

Phil Leinhauser wrote:
> Hi all,
> 
> I'm contemplating setting up a "poor man's cluster" on my QMT using an
> openfiler share.  From what I see, it's pretty straight forward.  Put the
> VPOPMAIL and control files on the common share and sync the MySQL between
> the nodes.  
> 
> Sure, simple...  I want to start small and just move the VPOPMAIL and
> control files off.  What files or variables do I need to set to tell QMT
> where to find these things?
> 
> Is there a "how to" for this somewhere that I missed?  
> 
> Thanks,
> Phil
> 

No "how to" that I'm aware of.
What are you trying to achieve?

-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [qmailtoaster] remote vpop store

[Eric Shubert]

I did exactly what you're talking about not too long ago. Rather than simply
tell you how I did it (what fun would that be?), I'm going to lead you on a
little.

I think you're on the right track, but I wouldn't put the entire ~vpopmail
on the NAS. I think the best way to do this is to put the domain (user)
information on the NAS, and leave the rest of the toaster on each front end.
That way you can do upgrades on the front independently (as long as the
vpopmail database doesn't change) without worrying about version conflicts.

So, in a nutshell, simply mount the ~vpopmail/domains directory from the
NAS. Better yet, mount it somewhere unobtrusive (directly on the root, like
/netfs/imports/domains or something), let automount handle mounting it, and
symlink from ~vpopmail/domains to where you decide to mount it.

/var/qmail/users can be done in the same way.

That was easy. The /var/qmail/control directory isn't. The problem here is
that there is both domain information (rcpthosts, virtualdomains) and host
information (me, *.pem's, etc) in the same directory. You want to leave some
of them on the toaster, while some of them belong on the NAS. I'll let you
ponder this one a bit. You might come up with a better solution than I did. ;)


Phil Leinhauser wrote:
> Ultimately I want to have 2 QMT servers clustered so I need external storage
> that they both look to.  That's the NFS share.  But if I just move the
> VPOPMAIL folder to that share, qmail doesn't know it moved.  Where do I tell
> Qmail where to find the mail store?  Also, the control files need to be
> there so what do I move and how do I tell Qmail where I put them?
> 
> I'm thinking if I can get one server using the external storage, the other
> will be a snap.
> 
> Does that make sense?
> 
> -Original Message-
> From: Eric Shubert [mailto:[EMAIL PROTECTED] 
> Sent: Monday, March 10, 2008 9:37 PM
> To: qmailtoaster-list@qmailtoaster.com
> Subject: Re: [qmailtoaster] remote vpop store
> 
> Phil Leinhauser wrote:
>> Hi all,
>>
>> I'm contemplating setting up a "poor man's cluster" on my QMT using an
>> openfiler share.  From what I see, it's pretty straight forward.  Put the
>> VPOPMAIL and control files on the common share and sync the MySQL between
>> the nodes.  
>>
>> Sure, simple...  I want to start small and just move the VPOPMAIL and
>> control files off.  What files or variables do I need to set to tell QMT
>> where to find these things?
>>
>> Is there a "how to" for this somewhere that I missed?  
>>
>> Thanks,
>> Phil
>>
> 
> No "how to" that I'm aware of.
> What are you trying to achieve?
> 


-- 
-Eric 'shubes'

-
 QmailToaster hosted by: VR Hosted 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]