Hi,
I have a fully working qmailtoaster based on CentOS 5.3 created as an OpenVZ container. I have installed roundcube 0.3 stable and mailman on this container. If anyone wants the container, I can scrub all my data from it, and put it up for download, with necessary configuration instructions.
Bharath Chari wrote:
Hi,
I have a fully working qmailtoaster based on CentOS 5.3 created as an
OpenVZ container. I have installed roundcube 0.3 stable and mailman on
this container. If anyone wants the container, I can scrub all my data
from it, and put it up for download, with necessary
Hi Bharath,
Please let me know when you put it up.
Regards,
Mahesh
-Original Message-
From: Bharath Chari [mailto:ch...@arachnis.com]
Sent: Tuesday, September 22, 2009 7:21 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] Qmailtoaster OpenVZ container
Hi,
I have a
Anyone get this yesterday?
Jake,
The messages appear to be sent immediately. They don't appear in the
queue.
Actually, I do have a caching nameserver installed. I will move the
127.0.0.1 to the top of the list.
When you say smtp log what log are you talking about /var/log/maillog?
I am
Maxwell Smart wrote:
Anyone get this yesterday?
Jake,
The messages appear to be sent immediately. They don't appear in the
queue.
Actually, I do have a caching nameserver installed. I will move the
127.0.0.1 to the top of the list.
What does your /etc/resolv.conf look like now?
Those
Hi everybody, first of all i would like to thank creators of this
splendid distribution :) of qmail. It helped me VERY much to do some
experience on mail servers.
I recently installed the new model of qmailtoaster and i'm getting
hourly a confirmation email on the state of clamav update.
In the crontab, add behind the command: 1/dev/null 21
On 09/22/2009 07:23 PM, admin wrote:
Hi everybody, first of all i would like to thank creators of this
splendid distribution :) of qmail. It helped me VERY much to do some
experience on mail servers.
I recently installed the new model of
Most toaster related commands in /etc/crontab have 21 /dev/null at
the end. This redirects stderr to wherever stdout was going (normally
email to whatever's specified in the MAILTO= parameter), then sends
stdout to /dev/null (the proverbial bit bucket). This way errors are
reported, but
Actually i want to update hourly my clamav installation but i don't
wanto to receive the state check email hourly. Or at last i want to
change the address where this mail is sent.
Cannot find the mail command in the unofficial-clamav-sigs.sh script.
Thanks,
Kartone
Il giorno 22/set/2009,
Oeps
Thanks for the correction!
Eric Shubert wrote:
Most toaster related commands in /etc/crontab have 21 /dev/null
at the end. This redirects stderr to wherever stdout was going
(normally email to whatever's specified in the MAILTO= parameter),
then sends stdout to /dev/null (the
I moved the DNS entries as suggested. This did not work. With
127.0.0.1 first on the list it failed. I don't have the error message,
but I put it back and it worked. I will put only my ISP's DNS entries
in and see what happens.
[r...@laetitia ~]# cat /etc/resolv.conf
nameserver
That's because the mail is sent by cron. The setting is in the
/etc/crontab file.
I'm not sure what state check email you're referring to. I don't get an
hourly email, but (I think) my toaster updates clamav hourly.
Will you post the email so we can see it?
admin wrote:
Actually i want to
Maxwell Smart wrote:
I moved the DNS entries as suggested. This did not work. With
127.0.0.1 first on the list it failed.
Then your caching nameserver isn't working. Did you install bind or djbdns?
I don't have the error message,
but I put it back and it worked. I will put only my ISP's
Sure: this is what i'm receiving hourly.
---
Content-Filter: maildrop-toaster
Return-Path: anonym...@kartonet.info
Delivered-To: kartonet.info-r...@kartonet.info
Received: (qmail 2711 invoked by uid 0); 21 Sep 2009 20:09:49 -
Date: 21 Sep 2009 20:09:49 -
Message-ID:
Hi list!
I have a private mail server. I get the mail from several outsite pop3
servers with fetchmail. The server is not reachable from the internet.
Only with squirrelmail.
I know spamdyke helps servers to reduce spam during the smtp connection.
But the only connection I have is between
How to speed up the delevery of mails?
I think i no the trouble
The blacklist-smtpd server bundled with uscpi-tcp
How to disable it
I found that on a internet-page
But are there any isier way?
Sorry for my english
-
I have bind installed and it's running. It is mainly a slave server for
my main DNS server. It turns out there was no 127 address like there
should be. I fixed that and put my 127.0.0.1 in the first position.
I'll report back.
Thanks for all your help guys.
CJ
Eric Shubert wrote:
Maxwell
Richard Vinke wrote:
Hi list!
I have a private mail server. I get the mail from several outsite pop3
servers with fetchmail. The server is not reachable from the internet.
Only with squirrelmail.
I know spamdyke helps servers to reduce spam during the smtp connection.
But the only
mattias wrote:
How to speed up the delevery of mails?
I think i no the trouble
The blacklist-smtpd server bundled with uscpi-tcp
How to disable it
I found that on a internet-page
But are there any isier way?
Sorry for my english
I'm having a hard time understanding your problem. Perhaps
There are a smtp-daemon in uscpi-tcp
To stop spam
How to disable it?
-Ursprungligt meddelande-
Från: news [mailto:n...@ger.gmane.org] För Eric Shubert
Skickat: den 22 september 2009 20:59
Till: qmailtoaster-list@qmailtoaster.com
Ämne: Re: [qmailtoaster] Speed up dilevery
mattias wrote:
Eric Shubert wrote:
Richard Vinke wrote:
Hi list!
I have a private mail server. I get the mail from several outsite
pop3 servers with fetchmail. The server is not reachable from the
internet. Only with squirrelmail.
I know spamdyke helps servers to reduce spam during the smtp
connection.
There's nothing in uscpi-tcp related to spam that I'm aware of.
Installing spamdyke will reduce the load on your server while reducing
spam at the same time. It's truely a win-win combination.
You might try doing this:
Should I be seeing constant entries in my /var/log/messages file like
this? I don't recall this ever doing this.
Sep 22 12:14:14 laetitia named[8777]: FORMERR resolving
'serix.com/MX/IN':
64.168.70.132#53
Sep 22 12:14:14
I meen
rblsmtpd
-Ursprungligt meddelande-
Från: news [mailto:n...@ger.gmane.org] För Eric Shubert
Skickat: den 22 september 2009 21:19
Till: qmailtoaster-list@qmailtoaster.com
Ämne: Re: SV: [qmailtoaster] Speed up delivery
There's nothing in uscpi-tcp related to spam that I'm aware of.
Only if they're there. ;)
Your named has a problem.
Maxwell Smart wrote:
Should I be seeing constant entries in my /var/log/messages file like
this? I don't recall this ever doing this.
Sep 22 12:14:14 laetitia named[8777]: FORMERR resolving
'serix.com/MX/IN':
64.168.70.132#53
Dear List,
Is there a way to make the email address or domain matching in
simcontrol be case insensitive?
Thanks,
Stephen T. Woodfin
What do you have in the /var/qmail/control/blacklists file?
mattias wrote:
I meen
rblsmtpd
-Ursprungligt meddelande-
Från: news [mailto:n...@ger.gmane.org] För Eric Shubert
Skickat: den 22 september 2009 21:19
Till: qmailtoaster-list@qmailtoaster.com
Ämne: Re: SV: [qmailtoaster] Speed
Stephen T Woodfin wrote:
Dear List,
Is there a way to make the email address or domain matching in
simcontrol be case insensitive?
Thanks,
Stephen T. Woodfin
TTBOMK email addresses and domain names are case insensitive.
What leads you to believe that they're case sensitive in
-r zen.spamhaus.org
-Ursprungligt meddelande-
Från: news [mailto:n...@ger.gmane.org] För Eric Shubert
Skickat: den 22 september 2009 21:30
Till: qmailtoaster-list@qmailtoaster.com
Ämne: Re: SV: SV: [qmailtoaster] Speed up delivery
What do you have in the /var/qmail/control/blacklists
Eric,
Yes, they are there and constant with 127.0.0.1 in the first position of
my resolv.conf file. If I move it back to the last position it's ok.
I am not entirely clear on what this is supposed to do. Any place I can
read up on this?
I am still having a delay, but noticed if I stop and
Eric,
I have setup simcontrol to call spamassassin for only certain
email addresses. I started noticing for one of these addresses that some
emails where coming in and according to the headers where not being
scanned by spamassassin. When I looked closer all the messages that were
not
I don't think that removing that will speed you up. Unless you have a
DNS problem like Max.
What's in your /etc/resolv.conf file?
mattias wrote:
-r zen.spamhaus.org
-Ursprungligt meddelande-
Från: news [mailto:n...@ger.gmane.org] För Eric Shubert
Skickat: den 22 september 2009 21:30
Sounds to me like a bug in simscan all right. Should be a fairly simple
fix, but it'd take a little C coding.
Is there a simscan users list? Is there a simscan developer? I don't
know the status of that project.
I believe Jake was looking at alternatives to simscan for v2 of the
toaster.
Maxwell Smart wrote:
Eric,
Yes, they are there and constant with 127.0.0.1 in the first position of
my resolv.conf file. If I move it back to the last position it's ok.
It's not really ok. It's just that the DNS server(s) before it in the
list are handling the requests, so it never gets to
Eric,
Eric Shubert wrote:
Maxwell Smart wrote:
Eric,
Yes, they are there and constant with 127.0.0.1 in the first position of
my resolv.conf file. If I move it back to the last position it's ok.
It's not really ok. It's just that the DNS server(s) before it in the
list are handling the
Maxwell Smart wrote:
Eric,
Eric Shubert wrote:
Maxwell Smart wrote:
Eric,
Yes, they are there and constant with 127.0.0.1 in the first position of
my resolv.conf file. If I move it back to the last position it's ok.
It's not really ok. It's just that the DNS server(s) before it in the
list
Eric Shubert wrote:
Maxwell Smart wrote:
Eric,
Eric Shubert wrote:
Maxwell Smart wrote:
Eric,
Yes, they are there and constant with 127.0.0.1 in the first
position of
my resolv.conf file. If I move it back to the last position it's ok.
It's not really ok. It's just that the DNS
Maxwell Smart wrote:
Eric Shubert wrote:
Maxwell Smart wrote:
Eric,
Eric Shubert wrote:
Maxwell Smart wrote:
Eric,
Yes, they are there and constant with 127.0.0.1 in the first
position of
my resolv.conf file. If I move it back to the last position it's ok.
It's not really ok. It's just
Eric Shubert wrote:
Sounds to me like a bug in simscan all right. Should be a fairly
simple fix, but it'd take a little C coding.
Is there a simscan users list? Is there a simscan developer? I don't
know the status of that project.
I believe Jake was looking at alternatives to simscan for
Stephen T Woodfin wrote:
Eric,
I have setup simcontrol to call spamassassin for only certain
email addresses. I started noticing for one of these addresses that
some emails where coming in and according to the headers where not
being scanned by spamassassin. When I looked closer all
Eric,
I think I found part of my problem. It was an entry in the forwards of
my DNS server. This should really improve performance. I am not sure
how it even worked.
CJ
Eric Shubert wrote:
Maxwell Smart wrote:
Eric,
Eric Shubert wrote:
Maxwell Smart wrote:
Eric,
Yes, they are there
OK, heres the dig
[r...@laetitia ~]# dig @127.0.0.1 google.com
; DiG 9.3.4-P1 @127.0.0.1 google.com
; (1 server found)
;; global options: printcmd
;; Got answer:
;; -HEADER- opcode: QUERY, status: NOERROR, id: 51283
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 13, ADDITIONAL: 0
;;
Eric Shubert wrote:
Maxwell Smart wrote:
Eric Shubert wrote:
Maxwell Smart wrote:
Eric,
Eric Shubert wrote:
Maxwell Smart wrote:
Eric,
Yes, they are there and constant with 127.0.0.1 in the first
position of
my resolv.conf file. If I move it back to the last position it's
ok.
Cool. Let us know.
I've heard that some people like to set up their caching nameserver
(resolver) to forward to their ISP's resolvers. I haven't reached a
conclusion myself as to whether that's a good or bad thing. As usual, I
expect that one size does not fit all.
Maxwell Smart wrote:
Maxwell Smart wrote:
Eric Shubert wrote:
Maxwell Smart wrote:
Eric Shubert wrote:
Maxwell Smart wrote:
Eric,
Eric Shubert wrote:
Maxwell Smart wrote:
Eric,
Yes, they are there and constant with 127.0.0.1 in the first
position of
my resolv.conf file. If I move it back to the last
My own dns
-Ursprungligt meddelande-
Från: news [mailto:n...@ger.gmane.org] För Eric Shubert
Skickat: den 22 september 2009 23:08
Till: qmailtoaster-list@qmailtoaster.com
Ämne: Re: SV: SV: SV: [qmailtoaster] Speed up delivery
I don't think that removing that will speed you up. Unless
46 matches
Mail list logo