Re: [qmailtoaster] Re: status 256 at smtp log

[Bill Kwok]

It turns out I have to apply the changes suggested by Alex:

# cd /var/qmail/bin
# rm -f qmail-queue; ln -s qmail-queue.orig qmail-queue
Some users reported that they can't receive email from gmail.  It's a
strange situation.  I tried to send from gmail to myself, it works.  But if
I send to my another ID (this ID will always forward email to my current
ID), then it will bounce back with error with "*554 mail server permanently
rejected message (#5.3.0)"* even though I've turned off spf checking.

So may be the qmail-dk problem also related to my previous problem (status
256 error).
Best regards,
Bill


On 12/13/06, Bill Kwok <[EMAIL PROTECTED]> wrote:




On 12/13/06, Eric Shubes <[EMAIL PROTECTED]> wrote:
>
> Bill Kwok wrote:
> > Hi Eric,
> >
> > My situation was strange.  Let me give you detail on my server:
> >
> 
> >
> > All of them are the current version of qt, except I've also installed
> > Espinoza's qmail-toaster-1.03-1.3.8 so that I can use submission port.
> >
> > All processes were running fine.  When I receive complaints from
> users,
> > I couldn't find any hint.  The only thing looked abnormal is large
> > number of status 256 error logged at smtp log.
>
> I've noticed some 256 errors too that I can't explain. Been wondering
> about
> them, but I haven't noticed any email not being received, so I haven't
> been
> able to track them down. I just figured they were spam.
>
> > To make sure they are not blocked by spamassassin or RBL, I added
> > certain IP, which I trusted, to my tcp.smtp(
> > :allow,RBLSMTPD="",RELAYCLIENT=""), but the situation didn't
> changed.
>
> Good move.
> You remembered to rebuild the cdb file, I presume.


Yes, I did.

> To minimize the chance of timeout issue, my blacklists was changed to
> > include only one entry:
> > # cat blacklists
> > -r sbl-xbl.spamhaus.org
>
> The RBLSMTPD="" above should have taken care of turning off RBL
> checking.
> You remembered to restart qmail after this change, I hope.


Yes, I did that too.

> In the beginning, I also thought that the status 256 should be sort of
> > timeout stuff.  After further studying my smtp log, I found status 256
>
> > in different situations:
> >
> >1. The smtp log only showed a connection, but the process ended
> very
> >   soon:
> >   Nov30 18:19:43 tcpserver: status: 1/100
> >   Nov30 18:19:43 tcpserver: pid 8856 from [sender IP]
> >   Nov30 18:19:43 tcpserver: ok 8856 [mydomain]:[my IP]:25 :[sender
> >   IP]::47596
> >   Nov30 18:19:43 tcpserver: end 8856 status 256
> >   Nov30 18:19:43 tcpserver: status: 0/100
>
> Weird. Was this from the 'trusted' IP?


Yes, actually, that's from our company's email server which is in another
country.  By the way, that server is also a qmail server, although not qt.
We have large amount of email, such as emails forwarding from one domain
name to another for the same user, from this server.

>2. It logged CHKUSER has accepted sender and rcpt, but no email
> >   delivered to user's mail box and nothing logged at send log:
> >   Nov30 18:36:21 tcpserver: pid 9984 from [sender IP]
> >   Nov30 18:36:21 tcpserver: ok 9984 [mydomain]:[my IP]:25 :[sender
> >   IP]::53431
> >   Nov30 18:36:21 CHKUSER accepted sender: from <[sender]
> >    ::> remote <[sender server]:unknown:[sender
> IP]>
> >   rcpt <> : sender accepted
> >   Nov30 18:36:21 CHKUSER accepted rcpt: from <[sender]
> >   ::> remote <[sender domain]:unknown:[sender
> IP]>
> >   rcpt <[rcpt]  > : found existing recipient
>
> >   Nov30 18:36:21 tcpserver: end 9984 status 256
>
> Weird. Was this from a non-trusted IP?


It's from the same server as mentioned above.  Email ID and domain name
are correct here.  I just used my Perl script to reformat the log,  That's
why it won't show full address / domain name.

>3. Some, but not all, CHKUSER rejected may show status 256 too:
> >   Nov30 22:57:25 tcpserver: status: 1/100
> >   Nov30 22:57:25 tcpserver: pid 24256 from 89.138.229.34
> >   
> >   Nov30 22:57:25 tcpserver: ok 24256 [my domain]:[my local IP]:25
> >   :89.138.229.34::62008
> >   Nov30 22:57:30 CHKUSER rejected sender: from < [EMAIL PROTECTED]
> >   ::> remote
> >   <89-138-229-34.bb.netvision.net.il:unknown:89.138.229.34> rcpt
> <>
> >   : invalid sender MX domain
> >   Nov30 22:57:31 tcpserver: end 24256 status 256
> >   Nov30 22:57:31 tcpserver: status: 0/100
> >
> > As you've mentioned, we should not use such a high setting for the
> smtp
> > softlimit in normal case.  But in my case, I really need to.  One more
> > thing to mention:  my server need to support multi-language.
> >
> > Best regards,
> > Bill
> >
>
> I'm wondering if the DomainKeys bug might be the culprit. Have you
> disabled
> DK according to Alexey's instructions?
> # cd /var/qmail/bin
> 

Re[2]: [qmailtoaster] Recordio - decrypting transaction?

[Alexey Loukianov]

Greetings, Quinn.

On 10 декабря 2006 г., 5:57:29 you wrote:
>> This might be some troubles with RCPT TO: command, especially this
>> might be SPF-related troubles. Try to disable SPF completely for a
>> while, 
> Aha! Yes, I disabled SPF and now the messages are being received
> successfully! Thanks. I guess it is simple: because mxlogic.com was
> failing to resolve for SPF ... for craigslist.org?
Wrong. Message sent to you from the users with SPF enabled for their
domains first get to mxlogic.com servers. There they get checked for
spam, etc. If a mail is considered 'clean' - mxlogic resends it to
you, keeping original MAIL FROM in SMTP session. That's the point of
failure. mxlogic claims its server to send a mail from a domain,
which got SPF record informing all the world, that mxlogic servers IP
isn't allowed to send mail originated from that domain.

>> or, if you're experienced enough, recompile your qmail-smtpd
>> with this patch to enable more verbose logging:
>> http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg09582.html
> Yes, I will install this.
> When will this become part of the default qmailtoaster RPM?
Ask Erik Espinoza about it, he should know. I suppose, first he will
add this patch to development branch of QT, wait for a while for
feedback, and then do a production release. I'd do like that if I were
on his place.

-- 
Best regards,
 Alexey Loukianov  mailto:[EMAIL PROTECTED]
 System Engineer,
 IT Department,
 Lavtech Corp


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

Re[2]: [qmailtoaster] quota issue and SA time

[Alexey Loukianov]

Greetings, Eric.

On 10 ??? 2006 ?., 20:38:11 you wrote:
> SpamAssassin is apparently having a problem. Check the spamd log. I'm
> guessing that autoexpire (possibly the initial one) is taking quite a while.
> Try running:
> # sa-learn -u vpopmail --force-expire
> # chown vpopmail:vchkpw /home/vpopmail/.spamassassin/bayes_toks

> If that clears things up, you should consider putting these commands in a
> daily cron job, and turning off auto-expire in your local.cf file.
I've been experiencing the same problem with SA since the first
releases of QmailToaster with it included. My solution was to turn off
Bayest filtering completely. Gonna go and try to enable it back and
include daily cron job to expire tokens. In my case base is located in
separate HA-cluster mysql servers, so I don't need to chown tokens
file. If your solution will work, it'll be worth to include it in
basic QT distro, as ATM 'stock configs' are a bit unoptimised for use
in a production environment of a BIG FAT MAIL SERVER, with about 3Gb
of mail traffic daily.

-- 
Best regards,
 Alexey Loukianov  mailto:[EMAIL PROTECTED]
 System Engineer,
 IT Department,
 Lavtech Corp


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

Re: [qmailtoaster] Re: status 256 at smtp log

[Bill Kwok]

On 12/13/06, Eric Shubes <[EMAIL PROTECTED]> wrote:


Bill Kwok wrote:
> Hi Eric,
>
> My situation was strange.  Let me give you detail on my server:
>

>
> All of them are the current version of qt, except I've also installed
> Espinoza's qmail-toaster-1.03-1.3.8 so that I can use submission port.
>
> All processes were running fine.  When I receive complaints from users,
> I couldn't find any hint.  The only thing looked abnormal is large
> number of status 256 error logged at smtp log.

I've noticed some 256 errors too that I can't explain. Been wondering
about
them, but I haven't noticed any email not being received, so I haven't
been
able to track them down. I just figured they were spam.

> To make sure they are not blocked by spamassassin or RBL, I added
> certain IP, which I trusted, to my tcp.smtp(
> :allow,RBLSMTPD="",RELAYCLIENT=""), but the situation didn't
changed.

Good move.
You remembered to rebuild the cdb file, I presume.



Yes, I did.


To minimize the chance of timeout issue, my blacklists was changed to
> include only one entry:
> # cat blacklists
> -r sbl-xbl.spamhaus.org

The RBLSMTPD="" above should have taken care of turning off RBL checking.
You remembered to restart qmail after this change, I hope.



Yes, I did that too.


In the beginning, I also thought that the status 256 should be sort of
> timeout stuff.  After further studying my smtp log, I found status 256
> in different situations:
>
>1. The smtp log only showed a connection, but the process ended very
>   soon:
>   Nov30 18:19:43 tcpserver: status: 1/100
>   Nov30 18:19:43 tcpserver: pid 8856 from [sender IP]
>   Nov30 18:19:43 tcpserver: ok 8856 [mydomain]:[my IP]:25 :[sender
>   IP]::47596
>   Nov30 18:19:43 tcpserver: end 8856 status 256
>   Nov30 18:19:43 tcpserver: status: 0/100

Weird. Was this from the 'trusted' IP?



Yes, actually, that's from our company's email server which is in another
country.  By the way, that server is also a qmail server, although not qt.
We have large amount of email, such as emails forwarding from one domain
name to another for the same user, from this server.


   2. It logged CHKUSER has accepted sender and rcpt, but no email
>   delivered to user's mail box and nothing logged at send log:
>   Nov30 18:36:21 tcpserver: pid 9984 from [sender IP]
>   Nov30 18:36:21 tcpserver: ok 9984 [mydomain]:[my IP]:25 :[sender
>   IP]::53431
>   Nov30 18:36:21 CHKUSER accepted sender: from <[sender]
>    ::> remote <[sender server]:unknown:[sender 
IP]>
>   rcpt <> : sender accepted
>   Nov30 18:36:21 CHKUSER accepted rcpt: from <[sender]
>   ::> remote <[sender domain]:unknown:[sender 
IP]>
>   rcpt <[rcpt]  > : found existing recipient
>   Nov30 18:36:21 tcpserver: end 9984 status 256

Weird. Was this from a non-trusted IP?



It's from the same server as mentioned above.  Email ID and domain name are
correct here.  I just used my Perl script to reformat the log,  That's why
it won't show full address / domain name.


   3. Some, but not all, CHKUSER rejected may show status 256 too:
>   Nov30 22:57:25 tcpserver: status: 1/100
>   Nov30 22:57:25 tcpserver: pid 24256 from 89.138.229.34
>   
>   Nov30 22:57:25 tcpserver: ok 24256 [my domain]:[my local IP]:25
>   :89.138.229.34::62008
>   Nov30 22:57:30 CHKUSER rejected sender: from < [EMAIL PROTECTED]
>   ::> remote
>   <89-138-229-34.bb.netvision.net.il:unknown:89.138.229.34> rcpt <>
>   : invalid sender MX domain
>   Nov30 22:57:31 tcpserver: end 24256 status 256
>   Nov30 22:57:31 tcpserver: status: 0/100
>
> As you've mentioned, we should not use such a high setting for the smtp
> softlimit in normal case.  But in my case, I really need to.  One more
> thing to mention:  my server need to support multi-language.
>
> Best regards,
> Bill
>

I'm wondering if the DomainKeys bug might be the culprit. Have you
disabled
DK according to Alexey's instructions?
# cd /var/qmail/bin
# rm -f qmail-queue; ln -s qmail-queue.orig qmail-queue



That's the first thing I tried.  But then since the error still exist and I
don't want to complicate the situation, I reinstall qmail-toaster-1.03-1.3.8

I also tried to disable spf checking by putting a '0' to the spfbehavior but
it made no difference.  I was thinking of installing the spf logging patch (
http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg09582.html).
Since my server is working now, I think I will leave it right now and wait
for such patch to be included in the stable version of qt.

--

-Eric 'shubes'

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

Re: [qmailtoaster] Qmail Toaster on the internet

[Vince Callaway]

On Tue, 2006-12-12 at 15:21 -0800, Erik Espinoza wrote:
> That is awesome. Not bad considering we don't get very many articles
> written about the project and stuff.

True.  I came across it by searching for domainkeys support.  The
company I use (for now) does not even support spf records.  I was
getting tired of spammers using bogus addresses with my domain names as
return addresses.  Since installing qmail-toaster the amount of bounces
from bogus addresses has just about stopped.  The volume of spam I
receive is also way down.  My smtp logs show about 20% rbl rejections.

I had one domain that was blacklisted even though I have never used it
for email!  I just hate spammers.

Too bad I'm not much of a writer.



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

Re: [qmailtoaster] Qmail Toaster on the internet

[Erik Espinoza]

That is awesome. Not bad considering we don't get very many articles
written about the project and stuff.

On a side note, if anyone wants to write an article on it for
howtoforge or the Linux Journal I'm sure the community would
appreciate it.

Thanks,
Erik

On 12/12/06, Quinn Comendant <[EMAIL PROTECTED]> wrote:

Check this out -- qmail toaster running on 1,042 servers:
http://www.securityspace.com/s_survey/data/man.200611/mxsurvey.html

Quinn

-
 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] Qmail Toaster on the internet

[Vince Callaway]

That's pretty cool.  I'm at least responsible for a couple of those.

I've managed to convince some of my friends that handling your email at
home is the best policy.  I use a company called xpertdns.com to handle
the DNS because they are cheap, do dynamic dns and support the txt
records for domainkeys.

So far so good.


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

[qmailtoaster] Qmail Toaster on the internet

[Quinn Comendant]

Check this out -- qmail toaster running on 1,042 servers:
http://www.securityspace.com/s_survey/data/man.200611/mxsurvey.html

Quinn

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

RE: [qmailtoaster] I really Goofed

[Dairenn Lombard]

> -Original Message-
> From: Kyle Quillen [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, December 12, 2006 10:08 AM
> 
> Hey guys,
> 
> I really goofed up now. I went to change the password for the 
> admin-toaster link and I typed it wrong some how both times 
> and am now unable to get in.  Does anyone have any insight as 
> to how I can change this.
> 
> Much thanks,
> Q

Try this:

htpasswd -b /usr/share/toaster/include/admin.htpasswd admin NEWpassWORD

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

[qmailtoaster] I really Goofed

[Kyle Quillen]

Hey guys,

I really goofed up now. I went to change the password for the
admin-toaster link and I typed it wrong some how both times and am now
unable to get in.  Does anyone have any insight as to how I can change
this.

Much thanks,
Q


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

Re: [qmailtoaster] maildrop howto?

[Philip Nix Guru]

Peter Peltonen wrote:

On 12/12/06, Qmail Toaster <[EMAIL PROTECTED]> wrote:
You have to rebuild qmailadmin and maildrop with the --define 
'spambox 1'

option for it to show up in qmailadmin. Example:

rpmbuild --rebuild --with cnt40 --define 'spambox 1'
qmailadmin-toaster-*.src..rpm
rpmbuild --rebuild --with cnt40 --define 'spambox 1'
maildrop-toaster-*.src.rpm

do search on the wiki site for spambox for more help.


Thanks for your help. I did see this in the mailing list previously
but did not connect it with mailfilter.

So this is option is actually "use default mailfilter" and not just
"enable spambox", right?

Regards,
Peter

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


You only need to rebuild qmailadmin with the --define 'spambox 1'
it adds those confugure options :
--enable-modify-spam \
--enable-spam-command="|/var/qmail/bin/preline /usr/bin/maildrop -A 
'Content-Filter: maildrop-toaster' /etc/mail/mailfilter" \


When you create an account and check the spambox , it will generate a 
.qmail file in your account Maildir folder

with at least this line :
|/var/qmail/bin/preline /usr/bin/maildrop -A 'Content-Filter: 
maildrop-toaster' /etc/mail/mailfilter

you may have more "rules" if you added an forward or vacancy ...


-Cheers


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

Re: [qmailtoaster] maildrop howto?

[Peter Peltonen]

On 12/12/06, Qmail Toaster <[EMAIL PROTECTED]> wrote:

You have to rebuild qmailadmin and maildrop with the --define 'spambox 1'
option for it to show up in qmailadmin. Example:

rpmbuild --rebuild --with cnt40 --define 'spambox 1'
qmailadmin-toaster-*.src..rpm
rpmbuild --rebuild --with cnt40 --define 'spambox 1'
maildrop-toaster-*.src.rpm

do search on the wiki site for spambox for more help.


Thanks for your help. I did see this in the mailing list previously
but did not connect it with mailfilter.

So this is option is actually "use default mailfilter" and not just
"enable spambox", right?

Regards,
Peter

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

RE: [qmailtoaster] maildrop howto?

[Qmail Toaster]

You have to rebuild qmailadmin and maildrop with the --define 'spambox 1'
option for it to show up in qmailadmin. Example:

rpmbuild --rebuild --with cnt40 --define 'spambox 1'
qmailadmin-toaster-*.src..rpm
rpmbuild --rebuild --with cnt40 --define 'spambox 1'
maildrop-toaster-*.src.rpm

do search on the wiki site for spambox for more help.

Dan

-Original Message-
From: Peter Peltonen [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, December 12, 2006 11:32 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] maildrop howto?

On 12/12/06, Simone Marzona <[EMAIL PROTECTED]> wrote:
> in qmailadmin you got the option to put a .qmail file in the home of the
> user containing something like "|preline mailfilter -A"content filter.."
> -f /etc/mail/mailfilter"
>
> in some version of qmailadmin this option is missing.

Where in qmailadmin should this option be located? I have never seen it.

I am running qmail-toaster-1.03-1.3.6. Do I need a newer version (what
are you running)?

If I login to qmailadmin and select "modify user" the only things I modify
are:

Real name:  
New Password:   
Password (again):   
Quota (MB): (NOQUOTA for unlimited)
Routing:
  * Standard (No Forwarding)
All mail deleted
   Forward To:
Save a Copy
Send Vacation Auto-Response
Vacation Subject:
Vacation Message:

I also did not find such option in Qmail Toaster Admin.

And is all this documented somewhere?

-
 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] maildrop howto?

[Simone Marzona]

On Tue, 2006-12-12 at 18:32 +0200, Peter Peltonen wrote:
> On 12/12/06, Simone Marzona <[EMAIL PROTECTED]> wrote:
> > in qmailadmin you got the option to put a .qmail file in the home of the
> > user containing something like "|preline mailfilter -A"content filter.."
> > -f /etc/mail/mailfilter"
> >
> > in some version of qmailadmin this option is missing.
> 
> Where in qmailadmin should this option be located? I have never seen it.

it should be visible as "spam detection" checkbox.

> 
> I am running qmail-toaster-1.03-1.3.6. Do I need a newer version (what
> are you running)?

it's a configure time option in qmailadmin package. Some version of it
in the toaster is missing. Search in ml archives.

> And is all this documented somewhere?

I don't know.


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

Re: [qmailtoaster] Re: status 256 at smtp log

[Eric \"Shubes\"]

Bill Kwok wrote:
> Hi Eric,
>  
> My situation was strange.  Let me give you detail on my server:
>  

>  
> All of them are the current version of qt, except I've also installed
> Espinoza's qmail-toaster-1.03-1.3.8 so that I can use submission port.
>  
> All processes were running fine.  When I receive complaints from users,
> I couldn't find any hint.  The only thing looked abnormal is large
> number of status 256 error logged at smtp log.

I've noticed some 256 errors too that I can't explain. Been wondering about
them, but I haven't noticed any email not being received, so I haven't been
able to track them down. I just figured they were spam.

> To make sure they are not blocked by spamassassin or RBL, I added
> certain IP, which I trusted, to my tcp.smtp(
> :allow,RBLSMTPD="",RELAYCLIENT=""), but the situation didn't changed.

Good move.
You remembered to rebuild the cdb file, I presume.

> To minimize the chance of timeout issue, my blacklists was changed to
> include only one entry:
> # cat blacklists
> -r sbl-xbl.spamhaus.org

The RBLSMTPD="" above should have taken care of turning off RBL checking.
You remembered to restart qmail after this change, I hope.

> In the beginning, I also thought that the status 256 should be sort of
> timeout stuff.  After further studying my smtp log, I found status 256
> in different situations:
>  
>1. The smtp log only showed a connection, but the process ended very
>   soon:
>   Nov30 18:19:43 tcpserver: status: 1/100
>   Nov30 18:19:43 tcpserver: pid 8856 from [sender IP]
>   Nov30 18:19:43 tcpserver: ok 8856 [mydomain]:[my IP]:25 :[sender
>   IP]::47596
>   Nov30 18:19:43 tcpserver: end 8856 status 256
>   Nov30 18:19:43 tcpserver: status: 0/100

Weird. Was this from the 'trusted' IP?

>2. It logged CHKUSER has accepted sender and rcpt, but no email
>   delivered to user's mail box and nothing logged at send log:
>   Nov30 18:36:21 tcpserver: pid 9984 from [sender IP]
>   Nov30 18:36:21 tcpserver: ok 9984 [mydomain]:[my IP]:25 :[sender
>   IP]::53431
>   Nov30 18:36:21 CHKUSER accepted sender: from <[sender]
>    ::> remote <[sender server]:unknown:[sender 
> IP]>
>   rcpt <> : sender accepted
>   Nov30 18:36:21 CHKUSER accepted rcpt: from <[sender]
>   ::> remote <[sender domain]:unknown:[sender 
> IP]>
>   rcpt <[rcpt]  > : found existing recipient
>   Nov30 18:36:21 tcpserver: end 9984 status 256

Weird. Was this from a non-trusted IP?

>3. Some, but not all, CHKUSER rejected may show status 256 too:
>   Nov30 22:57:25 tcpserver: status: 1/100
>   Nov30 22:57:25 tcpserver: pid 24256 from 89.138.229.34
>   
>   Nov30 22:57:25 tcpserver: ok 24256 [my domain]:[my local IP]:25
>   :89.138.229.34::62008
>   Nov30 22:57:30 CHKUSER rejected sender: from < [EMAIL PROTECTED]
>   ::> remote
>   <89-138-229-34.bb.netvision.net.il:unknown:89.138.229.34> rcpt <>
>   : invalid sender MX domain
>   Nov30 22:57:31 tcpserver: end 24256 status 256
>   Nov30 22:57:31 tcpserver: status: 0/100
> 
> As you've mentioned, we should not use such a high setting for the smtp
> softlimit in normal case.  But in my case, I really need to.  One more
> thing to mention:  my server need to support multi-language. 
>  
> Best regards,
> Bill
> 

I'm wondering if the DomainKeys bug might be the culprit. Have you disabled
DK according to Alexey's instructions?
# cd /var/qmail/bin
# rm -f qmail-queue; ln -s qmail-queue.orig qmail-queue

-- 
-Eric 'shubes'

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

Re: [qmailtoaster] maildrop howto?

[Peter Peltonen]

On 12/12/06, Simone Marzona <[EMAIL PROTECTED]> wrote:

in qmailadmin you got the option to put a .qmail file in the home of the
user containing something like "|preline mailfilter -A"content filter.."
-f /etc/mail/mailfilter"

in some version of qmailadmin this option is missing.


Where in qmailadmin should this option be located? I have never seen it.

I am running qmail-toaster-1.03-1.3.6. Do I need a newer version (what
are you running)?

If I login to qmailadmin and select "modify user" the only things I modify are:

Real name:  
New Password:   
Password (again):   
Quota (MB): (NOQUOTA for unlimited)
Routing:
 * Standard (No Forwarding)
   All mail deleted
  Forward To:
   Save a Copy
Send Vacation Auto-Response
Vacation Subject:
Vacation Message:

I also did not find such option in Qmail Toaster Admin.

And is all this documented somewhere?

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

Re: [qmailtoaster] Question about IMAP and maximum size

[Simone Marzona]

subliminal message: try dovecot and his maildir indexing features, it's
quicker than courier imap.

quick answer: no. I tested dovecot with over 60 000 mail messages in one
single mailbox. non problems.

On Tue, 2006-12-12 at 17:37 +0100, Massimiliano Fontana wrote:
> Hi there . I'm using qmaitloaster on a centos 4.2 and about to install a 
> second toaster on a centos 4.4 brand new more powerful server.
> Just one domain to handle and 60 mailboxes . I'm currently using pop3 as 
> protocol .Each desktop client (outlook 2003) points to a Samba shared 
> folder where  .pst file resides. This allows me to have a central shared 
> folder that is backed up on a tape drive each night.
> I'd like to switch from pop3 to IMAP4 as we'd like to test some 
> blackberry devices and this protocol has been suggested from a technician .
> No the question :
> Some clients have more than 10.000 messages in their mailboxes and they 
> keep on growing rapidly .
> Are there any limitations in using IMAP instead of POP3 ? I mean , is 
> there a maximum size for the folder?
> Many many thanks in advance.
> 
> Regards ,
> Max
> 
> 
> 
> -
>  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]

[qmailtoaster] Question about IMAP and maximum size

[Massimiliano Fontana]

Hi there . I'm using qmaitloaster on a centos 4.2 and about to install a 
second toaster on a centos 4.4 brand new more powerful server.
Just one domain to handle and 60 mailboxes . I'm currently using pop3 as 
protocol .Each desktop client (outlook 2003) points to a Samba shared 
folder where  .pst file resides. This allows me to have a central shared 
folder that is backed up on a tape drive each night.
I'd like to switch from pop3 to IMAP4 as we'd like to test some 
blackberry devices and this protocol has been suggested from a technician .

No the question :
Some clients have more than 10.000 messages in their mailboxes and they 
keep on growing rapidly .
Are there any limitations in using IMAP instead of POP3 ? I mean , is 
there a maximum size for the folder?

Many many thanks in advance.

Regards ,
Max



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

Re: [qmailtoaster] blacklist question

[Eric \"Shubes\"]

Erol KAHRAMAN wrote:
> Thanks guys,
> I done both two check and i found the records in my box. But there is
> something that i want to ask.
> I saw rblsmtpd records in my old smtp log files (@4...) but not in
> current. This show that not for all connection rbl check is done? Right ?
> If this is right what is wrong ? Or how rblsmtpd working ?

Wrong.

When the 'current' log file reaches the size limit (~1M default), it is
renamed with the latest date/time stamp (@4000...) that the file contains.
Then a new 'current' file is started.

I'm guessing that your 'current' file recently rolled over and doesn't
contain any rbl rejections yet. Let us know if that's the case or not.

> -- 
> Erol KAHRAMAN
> System Network Administrator

-- 
-Eric 'shubes'

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

Re: [qmailtoaster] Problem building qmailtoaster on Fedora core 6

[Eric \"Shubes\"]

Mark Piekos wrote:
> Thanks Eric, you are absolutely right that stopping the firewall service
> or commenting out the call to the firewall script in fdr60-svcs.sh during
> a re-build has stopped the newtork from being disabled.  I am now getting
> all the way through and have a full set of qmail services running at the
> end of the build.
> 
> I am having problems now getting the restore script to restore the data
> from the old system.  It hangs at the point where the spamassassin files
> are being restored.  I am restoring on a box with newly built qmailtoaster
> with the same ip address and hostname as the original.
> 
> I'm not too concerned about restoring spamassassin config files as I
> didn't change them from the default but it would be handy to get the two
> virtual domains restored and the usernames and passwords.
> 

I'm not familiar with the restore script (yet). I'm guessing you're using
Jake's script(s).

I'm looking at qtp-restore v2.9 from qmailtoaster-plus, and I see at line
107 that there's an 'else' statement with nothing after it. Perhaps that's
where it's hanging (it's just after the spamassassin restore processing).
You can safely remove the 'else' statement, because there's nothing to do
after it. Please see if that fixes your problem, and let us know.

-- 
-Eric 'shubes'

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

Re: [qmailtoaster] maildrop howto?

[Simone Marzona]

On Tue, 2006-12-12 at 17:47 +0200, Peter Peltonen wrote:
> Hi,
> 
> On 12/12/06, Simone Marzona <[EMAIL PROTECTED]> wrote:
> > if you look at the mailfilter file provided with the toaster you should
> > gess how to do what do you want.
> 
> You mean /etc/mail/mailfilter ?

yes
> 
> 
> > the syntax of maildrop is easier than that of procmail.
> >
> > you can place a mailfilter file in the home of the qmail user with
> > appropiate name and it will be included and processed, by the main
> > mailfilter.
> 
> Do you mean $VHOME/.mailfilter ?

in /etc/mail/mailfilter there is a stanza with a comment that says that
it will import custom mailfilter file.
> 
> > Moreover, the way to match subject is quite similar to that used to
> > match the spam header.
> 
> This is the first time I look at /etc/mail/mailfilter and I'm now a
> bit confused.
> Is this the default file that all users use? If I read it correctly,

yes
> it should filter all mails marked as SPAM to the user's .Spam folder.

it will create .spam if not preset, will include custom mailfilter file
from users, and manages quota, with notifications.

> This is not happening at least on my server -- messages identified as
> spam are just getting their subject's rewritten. Or am I missing
> something here, should I enable the default mailfilter for users
> somehow?


in qmailadmin you got the option to put a .qmail file in the home of the
user containing something like "|preline mailfilter -A"content filter.."
-f /etc/mail/mailfilter"

in some version of qmailadmin this option is missing.

> 
> Regards,
> Peter
> 
> -
>  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] maildrop howto?

[Peter Peltonen]

Hi,

On 12/12/06, Simone Marzona <[EMAIL PROTECTED]> wrote:

if you look at the mailfilter file provided with the toaster you should
gess how to do what do you want.


You mean /etc/mail/mailfilter ?



the syntax of maildrop is easier than that of procmail.

you can place a mailfilter file in the home of the qmail user with
appropiate name and it will be included and processed, by the main
mailfilter.


Do you mean $VHOME/.mailfilter ?


Moreover, the way to match subject is quite similar to that used to
match the spam header.


This is the first time I look at /etc/mail/mailfilter and I'm now a
bit confused.
Is this the default file that all users use? If I read it correctly,
it should filter all mails marked as SPAM to the user's .Spam folder.
This is not happening at least on my server -- messages identified as
spam are just getting their subject's rewritten. Or am I missing
something here, should I enable the default mailfilter for users
somehow?

Regards,
Peter

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

Re: [qmailtoaster] maildrop howto?

[Simone Marzona]

On Tue, 2006-12-12 at 16:39 +0200, Peter Peltonen wrote:
> I would like to filter incoming email so that I could place them to
> different Maildir subfolders
> if their subject's match a predefined string (for example "qmailtoaster").
> 
> Many years ago with my vanilla qmail installation I used procmail for this 
> job.
> 
> Is mailfilter now the tool I should use? Could someone point me to a
> howto or a faq that explains
> the basics and how I work with it in combination with Qmailtoaster?

if you look at the mailfilter file provided with the toaster you should
gess how to do what do you want.

the syntax of maildrop is easier than that of procmail.

you can place a mailfilter file in the home of the qmail user with
appropiate name and it will be included and processed, by the main
mailfilter.

Moreover, the way to match subject is quite similar to that used to
match the spam header.


> 
> Regards,
> Peter
> 
> -
>  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]

[qmailtoaster] maildrop howto?

[Peter Peltonen]

I would like to filter incoming email so that I could place them to
different Maildir subfolders
if their subject's match a predefined string (for example "qmailtoaster").

Many years ago with my vanilla qmail installation I used procmail for this job.

Is mailfilter now the tool I should use? Could someone point me to a
howto or a faq that explains
the basics and how I work with it in combination with Qmailtoaster?

Regards,
Peter

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

Re: [qmailtoaster] Exchange

[Peter Peltonen]

On 11/29/06, Erik Espinoza <[EMAIL PROTECTED]> wrote:

Ron's instructions below will work with a pre-configured QmailToaster
as well. So basically do the following:

1) Add customerdomain.com to rcpthosts
2) Add "customerdomain.com:exchangeserverip:25" to smtproutes
3) Point MX records only at your QmailToaster


Note that there is also another solutions at least for Small Business
Server running Exchange that does not require modifying smtproutes: a
POP3 connector that downloads the messages from a POP3 server (e.g.
Qmailtoaster) to the Exchange server. This way you can palce your
Exchange box behind a firewall with a private IP. You can read more
from http://www.slipstick.com/exs/popconnect.asp

Regards,
Peter

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

Re: [qmailtoaster] Replication over Internet

[Gabriel Lai]

Hi Jake,

Would you mind share the information for replication on the wiki page? We 
decided to setup a secure VPN connection to do this job. 

I followed the qmail replication setup at the wiki page, but failed many times. 
I would like to try your method to do this job.

Thanks in advanced.

Gabriel


- Original Message 
From: Jake Vickers <[EMAIL PROTECTED]>
To: qmailtoaster-list@qmailtoaster.com
Sent: Thursday, November 30, 2006 8:23:28 PM
Subject: Re: [qmailtoaster] Replication over Internet

Gabriel Lai wrote: 
Hello,
 
Have anyone tried replication over internet? SSH protocol? 24hours?
 
Please share.
I backup my machines nightly using rsync over ssh. I have also tested using 
SSHFS, which worked as well for everything EXCEPT mounting a /var partition 
across the 'net (too much lag with ping times, compression, and encryption - 
caused double messages). But it worked fine for backups.
Backing up using rsync is really easy. I can put up a page on the wiki if you 
need help.


 

Any questions? Get answers on any topic at www.Answers.yahoo.com.  Try it now.

Re: [qmailtoaster] Problem building qmailtoaster on Fedora core 6

[Mark Piekos]

Thanks Eric, you are absolutely right that stopping the firewall service
or commenting out the call to the firewall script in fdr60-svcs.sh during
a re-build has stopped the newtork from being disabled.  I am now getting
all the way through and have a full set of qmail services running at the
end of the build.

I am having problems now getting the restore script to restore the data
from the old system.  It hangs at the point where the spamassassin files
are being restored.  I am restoring on a box with newly built qmailtoaster
with the same ip address and hostname as the original.

I'm not too concerned about restoring spamassassin config files as I
didn't change them from the default but it would be handy to get the two
virtual domains restored and the usernames and passwords.

> Hey Mark.
>
> See http://linuxmafia.com/faq/Hardware/sata.html regarding SATA and Linux.
>
> Unless you have a (good) reason for using FC, I highly recommend using
> CentOS. You'll have fewer problems and less maintenance.
>
> Regarding your specific problem, I'm guessing that the firewall.sh script
> is
> creating your network problem. Simply comment it out from the
> fdr60-svcs.sh
> script and you should be able to complete the installation. You can then
> look into the firewall problem separately.
>
> The installation process takes quite a while because everything must be
> compiled. This is normal. If the frequent stops in the install-script
> bother
> you (and you have plenty of disk space), you can use the upgrade scripts
> that are part of the qmailtoaster-plus package to accomplish the download
> and install steps. See http://wiki.qmailtoaster.com/index.php/Upgrading
> for
> details.
>
> Mark Piekos wrote:
>> I'm trying to build a new toaster on Fedora Core 6.  I'm carefully
>> folowing EZ QmailToaster Fresh Install... dated June 08, 2006.
>>
>> Everything seems ok until after running fdr60-svcs.sh after which I
>> can't
>> access the network from the box.  If I change the order and run
>> current-download-script.sh before fdr60-svcs.sh script I can then run
>> fdr60-install-script.sh and it runs for ages (with frequent stops for me
>> to answer 'y' to install each module) but the qmailctl stat doesn't show
>> any services running.  I really seem to have hit a block here and would
>> appreciate any advice.
>>
>> I have tried this numerous times with a clean fedora core 6 build
>> between
>> efforts.
>>
>> I will run a new build up to the point of running fdr60-svcs.sh in
>> anticipation of your advice.
>>
>> (I was originally going to build on Fedora Core 5 but this doesn't
>> include
>> drivers for sata hard drives...)
>>
>> Kind regards,
>>
>> Mark.
>>
>
>
> --
> -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]