RE: [qmailtoaster] Problem with .qmail files
Hi there, Yes I am creating a .qmail for every real user, if I don't then mail doesn't route to them. As I said this in itself isn't a huge problem, but the name.surname was. I'm not entirely sure why I need the .qmail for each user, but for some reason I do. I renamed the files to firstname:surname and that sorted that particular problem for me. Thank you very much for that. Any reason you can think of, that I would need to create a .qmail for each user? Thanks again. Craig -Original Message- From: Erik Espinoza [mailto:[EMAIL PROTECTED] Sent: 27 July 2006 19:42 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Problem with .qmail files Are you creating a .qmail file for every real user? I don't think I understand what you're doing here clearly. FYI: .qmail files cannot contain ., but qmail will interpret a : in the .qmail file as a period. Try .qmail-firstname:lastname Erik On 7/27/06, Craig Smith [EMAIL PROTECTED] wrote: Hello, Hopefully I'm posting this to the correct place. We are using qmailtoaster for our mail server which is a Fedora Core 5 box. I have installed qmail toasters, vpopmail, simscan, spamassassin and clamav. Our old servers use the Qmailrocks installation. On those the .qmail-default file was all that was needed for default accounts. On our new qmailtoaster setup, I need to create a .qmail-username file for each user created, otherwise the mail bouces or goes to the default catchall if configured. This in itself isn't a problem, and I assume that this is correct behaviour. Although I'm not certain on that. The problem I've run into now, is that one of our domains has the format [EMAIL PROTECTED] resulting in a .qmail-firstname.surname. This does not work, qmail seems to ignore the file completely and sends the mail to the default mailbox as if it were incorrectly addressed. I again assume this is down to the .surname portion of the qmail file. The files are created and configured exactly as standard firstname files. Have I done something wrong, is this a fault ? I'm still reasonably new to qmail, although I can move my way around it, troubleshooting problems of this nature are something I'm not used to. Any help that can be shed would be excellent. If I've posted this incorrectly, please accept my apologies. Regards - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Problem with .qmail files
Aside from a bad install or a major misconfiguration, no idea. Just as a guess though, make sure /var/qmail/control/locals doesn't have anything that's in /var/qmail/control/virtualdomains On 7/28/06, Craig Smith [EMAIL PROTECTED] wrote: Hi there, Yes I am creating a .qmail for every real user, if I don't then mail doesn't route to them. As I said this in itself isn't a huge problem, but the name.surname was. I'm not entirely sure why I need the .qmail for each user, but for some reason I do. I renamed the files to firstname:surname and that sorted that particular problem for me. Thank you very much for that. Any reason you can think of, that I would need to create a .qmail for each user? Thanks again. Craig -Original Message- From: Erik Espinoza [mailto:[EMAIL PROTECTED] Sent: 27 July 2006 19:42 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Problem with .qmail files Are you creating a .qmail file for every real user? I don't think I understand what you're doing here clearly. FYI: .qmail files cannot contain ., but qmail will interpret a : in the .qmail file as a period. Try .qmail-firstname:lastname Erik On 7/27/06, Craig Smith [EMAIL PROTECTED] wrote: Hello, Hopefully I'm posting this to the correct place. We are using qmailtoaster for our mail server which is a Fedora Core 5 box. I have installed qmail toasters, vpopmail, simscan, spamassassin and clamav. Our old servers use the Qmailrocks installation. On those the .qmail-default file was all that was needed for default accounts. On our new qmailtoaster setup, I need to create a .qmail-username file for each user created, otherwise the mail bouces or goes to the default catchall if configured. This in itself isn't a problem, and I assume that this is correct behaviour. Although I'm not certain on that. The problem I've run into now, is that one of our domains has the format [EMAIL PROTECTED] resulting in a .qmail-firstname.surname. This does not work, qmail seems to ignore the file completely and sends the mail to the default mailbox as if it were incorrectly addressed. I again assume this is down to the .surname portion of the qmail file. The files are created and configured exactly as standard firstname files. Have I done something wrong, is this a fault ? I'm still reasonably new to qmail, although I can move my way around it, troubleshooting problems of this nature are something I'm not used to. Any help that can be shed would be excellent. If I've posted this incorrectly, please accept my apologies. Regards - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [qmailtoaster] Problem with .qmail files
Well, the install was done with the qmailtoaster script files for fc5. Configuration appears to be the same as our other servers. the locals file only has localhost and the actual hostname in it. For the life of me I couldn't find any reason for the need for .qmail for each user. The defaultdelivery file is correct as far as I can see. ./Maildir/ The .qmail files are ./username/Maildir/, the only thing I could think of was that the default delivery wasn't interpreting the usernames correctly, but no idea why that would be. So it is wrong that I need to create the .qmail file for each user? It's not maybe a problem with simscan? To get around the annoyance of having to manually create the files, one of our software guys created a wrapper for me, that creates the file on user creation automatically, but it would be nice to have a system that works as it should. Thanks again for the help. -Original Message- From: Erik Espinoza [mailto:[EMAIL PROTECTED] Sent: 28 July 2006 09:23 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Problem with .qmail files Aside from a bad install or a major misconfiguration, no idea. Just as a guess though, make sure /var/qmail/control/locals doesn't have anything that's in /var/qmail/control/virtualdomains On 7/28/06, Craig Smith [EMAIL PROTECTED] wrote: Hi there, Yes I am creating a .qmail for every real user, if I don't then mail doesn't route to them. As I said this in itself isn't a huge problem, but the name.surname was. I'm not entirely sure why I need the .qmail for each user, but for some reason I do. I renamed the files to firstname:surname and that sorted that particular problem for me. Thank you very much for that. Any reason you can think of, that I would need to create a .qmail for each user? Thanks again. Craig -Original Message- From: Erik Espinoza [mailto:[EMAIL PROTECTED] Sent: 27 July 2006 19:42 To: qmailtoaster-list@qmailtoaster.com Subject: Re: [qmailtoaster] Problem with .qmail files Are you creating a .qmail file for every real user? I don't think I understand what you're doing here clearly. FYI: .qmail files cannot contain ., but qmail will interpret a : in the .qmail file as a period. Try .qmail-firstname:lastname Erik On 7/27/06, Craig Smith [EMAIL PROTECTED] wrote: Hello, Hopefully I'm posting this to the correct place. We are using qmailtoaster for our mail server which is a Fedora Core 5 box. I have installed qmail toasters, vpopmail, simscan, spamassassin and clamav. Our old servers use the Qmailrocks installation. On those the .qmail-default file was all that was needed for default accounts. On our new qmailtoaster setup, I need to create a .qmail-username file for each user created, otherwise the mail bouces or goes to the default catchall if configured. This in itself isn't a problem, and I assume that this is correct behaviour. Although I'm not certain on that. The problem I've run into now, is that one of our domains has the format [EMAIL PROTECTED] resulting in a .qmail-firstname.surname. This does not work, qmail seems to ignore the file completely and sends the mail to the default mailbox as if it were incorrectly addressed. I again assume this is down to the .surname portion of the qmail file. The files are created and configured exactly as standard firstname files. Have I done something wrong, is this a fault ? I'm still reasonably new to qmail, although I can move my way around it, troubleshooting problems of this nature are something I'm not used to. Any help that can be shed would be excellent. If I've posted this incorrectly, please accept my apologies. Regards - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Should I need to setup a DNS server and domainkey
Our Domain name is host by other supplier and they host our website. They point the mx record to our mail server with fix ip. We only need to use their DNS by only fill in our mail server. Should I need to setup a DNS server and domainkey by following the instruction of Qmailtoaster? 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] Consulta en español-- espero que alguien entienda
Una consulta massupongamo que el archivo tiene estas lineasusuario contraseña nombre_real(pepe) 1234 Ariel fernandezque lineas agrego al script para que me pase lo nombres reales tambien ??
Gracias2006/7/27, Ariel [EMAIL PROTECTED]:
Muchisimas gracias.. lo voy a probar y te avisoSaludosEl día 27/07/06, Samuel Díaz García
[EMAIL PROTECTED]
escribió:Créate un fichero con las líneas que hay entre el comienzo y el final.
Puede que te ayude en algo, quizás tengas que retocar un poco paraajustarlo a tu sistema, pero, al menos, tienes una base.--- COMIENZO ---#!/bin/bash#Se supone fichero CSV cuyo primer campo es el nombre de usuario
#y el segundo la contraseña.fichero=pon aquí tu fichero de texto#dejar dominio vacío si está ya incluido en el nombre de usuariodominio=for linea in `cat $fichero`; dousuario=`echo ${linea} | cut -d , -f 1`;
clave=`echo ${linea} | cut -d , -f 2`;if [ $dominio == ]; then /home/vpopmail/bin/vadduser ${usuario} ${clave}else /home/vpopmail/bin/vadduser [EMAIL PROTECTED] ${clave}
fi;done;--- FIN ---Salu2Ariel escribió: correcto.. pero es posible levantar los datos desde un archivo txt o csv ? 2006/7/27, Natalio Gatti
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: On 7/27/06, Ariel
[EMAIL PROTECTED] mailto:
[EMAIL PROTECTED] wrote: Hello it is the first message to the list, and I really do not write
anything of English, I am going to try to use a
translator.But m i consults has a .txt file with 900 users and passwords in text sure and needs to know if form exists to directly pass them to the vpopmail, of
a single step not tipiando of a one. Gracias Hola es el primer mensaje a la lista, y realmente no escribo nada
de ingles, voy a tratar de utilizar un traductor. Pero m i consulta es tengo un archivo .txt con 900 usuarios y contraseñas en texto
claro, y necesito saber si existe forma de pasarlos directamente al vpopmail , de un solo paso no tipiando de a uno. Gracias
** Spanish: Podes usar un script via linea de comandos. Para crear un usuario tenes el comando /home/vpopmail/bin/vadduser ** English
You can create a script via CLI. You can use comando /home/vpopmail/bin/vadduser to create users. Salutti, Natalio -
QmailToaster hosted by: VR Hosted http://www.vr.org -
To unsubscribe, e-mail:
[EMAIL PROTECTED] mailto:
[EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mailto:
[EMAIL PROTECTED]--Samuel Díaz García Director GerenteArcosCom Wireless, S.L.L.CIF: B11828068c/ Romero Gago, 19Arcos de la Frontera
11630 - Cadizhttp://www.arcoscom.commailto:
[EMAIL PROTECTED]msn: [EMAIL PROTECTED]
Móvil: 651 93 72 48Tlfn.: 956 70 13 15Fax: 956 70 34 83- QmailToaster hosted by: VR Hosted
http://www.vr.org-To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] exclusion of certain ip blocked from being checked
Please fix the date on your server/PC first. You're way ahead of us ... ;-) Manny wrote: Is there a way I can exlude certain ip blocks(RELAYCLIENT) defined in my = tcp.smtp from being blocked based n the settings of my = /var/qmail/simcontrol/blacklist Regards, Manny
Re: [qmailtoaster] Consulta en español-- espero que alguien entienda
El parámetro necesario del vadduser, no lo sé ahora, pero tendrás que
añadirle un parámetro para indicar el nombre real.
Ahora bien, para pillar el tercer campo y meterlo en nombre te tiene que
quedar algo como:
usuario=`echo ${linea} | cut -d , -f 1`;
clave=`echo ${linea} | cut -d , -f 2`;
nombre=`echo ${linea} | cut -d , -f 3`;
if [ $dominio == ]; then
/home/vpopmail/bin/vadduser ${usuario} ${clave}
else
/home/vpopmail/bin/vadduser [EMAIL PROTECTED] ${clave}
fi;
Pero tienes que tener en cuenta que tiene que meter el parámetro en el
vadduser. Suponiendo que el parámetro sea -c (que no me acuerdo) te
quedará el tema:
if [ $dominio == ]; then
/home/vpopmail/bin/vadduser ${usuario} ${clave} -c
${nombre}
else
/home/vpopmail/bin/vadduser [EMAIL PROTECTED] ${clave} -c
${nombre}
fi;
Eso sí, ten en cuenta que estoy suponiendo que los campos están
delimitados por ,, para otra delimitación (por número de columna exacto
por ejemplo) pégale un vistazo al comando cut:
man cut
ó
cut --help
Salu2
P.D.: No te puedo ser mas conciso ahora mismo, esta noche sí podré
mirártelo cuando esté sobre mi linux.
--
Samuel Díaz García
ArcosCom Wireless, S.L.L.
CIF: B11828068
c/ Romero Gago, 19
Arcos de la Frontera
11630 - Cadiz
http://www.arcoscom.com
mailto:[EMAIL PROTECTED]
msn: [EMAIL PROTECTED]
Tlfn.: 956 70 13 15
Fax: 956 70 34 83
El Vie, 28 de Julio de 2006, 13:07, Ariel escribió:
Una consulta mas
supongamo que el archivo tiene estas lineas
usuario contraseña nombre_real
(pepe)1234 Ariel fernandez
que lineas agrego al script para que me pase lo nombres reales tambien ??
Gracias
2006/7/27, Ariel [EMAIL PROTECTED]:
Muchisimas gracias.. lo voy a probar y te aviso
Saludos
El día 27/07/06, Samuel Díaz García [EMAIL PROTECTED] escribió:
Créate un fichero con las líneas que hay entre el comienzo y el final.
Puede que te ayude en algo, quizás tengas que retocar un poco para
ajustarlo a tu sistema, pero, al menos, tienes una base.
--- COMIENZO ---
#!/bin/bash
#Se supone fichero CSV cuyo primer campo es el nombre de usuario
#y el segundo la contraseña.
fichero=pon aquí tu fichero de texto
#dejar dominio vacío si está ya incluido en el nombre de usuario
dominio=
for linea in `cat $fichero`; do
usuario=`echo ${linea} | cut -d , -f 1`;
clave=`echo ${linea} | cut -d , -f 2`;
if [ $dominio == ]; then
/home/vpopmail/bin/vadduser ${usuario} ${clave}
else
/home/vpopmail/bin/vadduser [EMAIL PROTECTED] ${clave}
fi;
done;
--- FIN ---
Salu2
Ariel escribió:
correcto.. pero es posible levantar los datos desde un archivo txt o
csv ?
2006/7/27, Natalio Gatti [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
:
On 7/27/06, Ariel [EMAIL PROTECTED]
mailto: [EMAIL PROTECTED] wrote:
Hello it is the first message to the list, and I really do
not
write
anything of English, I am going to try to use a
translator.But m i
consults has a .txt file with 900 users and passwords in text
sure and needs
to know if form exists to directly pass them to the vpopmail,
of
a single
step not tipiando of a one.
Gracias
Hola es el primer mensaje a la lista, y realmente no escribo
nada
de ingles,
voy a tratar de utilizar un traductor.
Pero m i consulta es
tengo un archivo .txt con 900 usuarios y contraseñas en texto
claro, y
necesito saber si existe forma de pasarlos directamente al
vpopmail , de un
solo paso no tipiando de a uno.
Gracias
** Spanish:
Podes usar un script via linea de comandos. Para crear un
usuario
tenes el comando /home/vpopmail/bin/vadduser
** English
You can create a script via CLI. You can use comando
/home/vpopmail/bin/vadduser to create users.
Salutti,
Natalio
-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail:
[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
mailto: [EMAIL PROTECTED]
--
Samuel Díaz García
Director Gerente
ArcosCom Wireless, S.L.L.
CIF: B11828068
c/ Romero Gago, 19
Arcos de la Frontera
11630 - Cadiz
http://www.arcoscom.com
mailto:[EMAIL PROTECTED]
msn: [EMAIL PROTECTED]
Móvil: 651 93 72 48
Tlfn.: 956 70 13 15
Fax: 956 70 34 83
-
QmailToaster hosted by: VR Hosted
Re: [qmailtoaster] Should I need to setup a DNS server and domainkey
Ho wrote: Our Domain name is host by other supplier and they host our website. They point the mx record to our mail server with fix ip. We only need to use their DNS by only fill in our mail server. Should I need to setup a DNS server and domainkey by following the instruction of Qmailtoaster? You have to set up at least a caching name server on your mail server to run the new version. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Should I need to setup a DNS server and domainkey
Jake Vickers wrote: You have to set up at least a caching name server on your mail server to run the new version. Why? This is important to me because I use toaster on machines that run mydns, which only serves as a primary source nameserver and does not return records for other domains. Is this going to be a problem? Is /etc/resolv.conf no longer used by toaster? W - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Should I need to setup a DNS server and domainkey
Warren (mailing lists) wrote: Jake Vickers wrote: You have to set up at least a caching name server on your mail server to run the new version. Why? This is important to me because I use toaster on machines that run mydns, which only serves as a primary source nameserver and does not return records for other domains. Is this going to be a problem? Is /etc/resolv.conf no longer used by toaster? The domainkeys function requires at least a caching DNS server on the mail server itself to help speed up the requests. I believe (someone correct me if I'm wrong) this is for answering requests by other machines, not for local requests.
Re: [qmailtoaster] Should I need to setup a DNS server and domainkey
Jake Vickers wrote: The domainkeys function requires at least a caching DNS server on the mail server itself to help speed up the requests. I believe (someone correct me if I'm wrong) this is for answering requests by other machines, not for local requests. So then any requests made of this machine would be about itself and the domains it hosts? If that is the case then I am OK. W - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Should I need to setup a DNS server and domainkey
Jake Vickers wrote: Warren (mailing lists) wrote: Jake Vickers wrote: You have to set up at least a caching name server on your mail server to run the new version. Why? This is important to me because I use toaster on machines that run mydns, which only serves as a primary source nameserver and does not return records for other domains. Is this going to be a problem? Is /etc/resolv.conf no longer used by toaster? The domainkeys function requires at least a caching DNS server on the mail server itself to help speed up the requests. I believe (someone correct me if I'm wrong) this is for answering requests by other machines, not for local requests. I think we need Nick to chime in here with the definitive answer. That being said, here's my (mis?)understanding. Yes, you need a *caching* nameserver with the new version that supports domain keys. This is so that the mail server isn't querying the nameserver(s) (listed in /etc/resolv.conf) for the domain key info for each email processed. That would be quite inefficient. Since it's a caching nameserver, it can't possibly answer requests by non-local machines. It *might* be used as a nameserver for other local machines, but that's not necessarily advisable as it could open up network security holes. Safest route to go would be to have another caching nameserver that is used strictly by the local network (e.g. on a local file server). Having a local caching server is a good thing. In order to implement DK, your authoritative server needs to have the TXT record containing the appropriate information. (Note, while unrelated to DK, it should probably have a TXT SPF record too). If you run your own nameserver, that's where it should go. If you use a DNS service (such as mydns or dyndns), the TXT records (like the MX record) need to go in the DNS server of your provider, *not* your caching nameserver. That way, the TXT records are available to the outside world. Is that about right? Someone *please* correct me if I'm wrong. This should probably be clarified in the installation notes. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Should I need to setup a DNS server and domainkey
Eric Shubes wrote: I think we need Nick to chime in here with the definitive answer. That being said, here's my (mis?)understanding. Yes, you need a *caching* nameserver with the new version that supports domain keys. This is so that the mail server isn't querying the nameserver(s) (listed in /etc/resolv.conf) for the domain key info for each email processed. That would be quite inefficient. Since it's a caching nameserver, it can't possibly answer requests by non-local machines. It *might* be used as a nameserver for other local machines, but that's not necessarily advisable as it could open up network security holes. Safest route to go would be to have another caching nameserver that is used strictly by the local network (e.g. on a local file server). Having a local caching server is a good thing. In order to implement DK, your authoritative server needs to have the TXT record containing the appropriate information. (Note, while unrelated to DK, it should probably have a TXT SPF record too). If you run your own nameserver, that's where it should go. If you use a DNS service (such as mydns or dyndns), the TXT records (like the MX record) need to go in the DNS server of your provider, *not* your caching nameserver. That way, the TXT records are available to the outside world. Is that about right? Someone *please* correct me if I'm wrong. This should probably be clarified in the installation notes. But then if what you are saying is true, then a caching name server is not *needed* but is a good thing to have to stop inefficiencies. Again, I say this because I have setups that only have an authoritative name server on them and the caching name server is the machine immediately below it in the rack. I guess the questions are: Does qmail specifically query a name server on the current machine or does it just do a normal DNS query? If it specifically does a request to the local machine does it do it on localhost so that a cachine DNS can be put on localhost and the authoritative one on the external IP? Sincerely, Warren - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] DNSBL
Hey Jake,
I have a script I run nightly which removes mail in the spam folders older
than 10 days. It gives users a chance to review or move to their ham folder
if needed. I've added this script to run from cron and every night it
executes and sends me an email of what was removed (cron emails it). I've
added a couple of comments to help anyone reading trying to figure it out.
It's actually very simple.
George
#!/bin/sh
#spam-clean.sh
#note you must have a /scripts dir and you must use a folder for spam called
spam-folder (for your users)
echo #BEGIN REMOVE OLD SPAM SCRIPT
locate spam-folder/ | grep -v S= | grep \/cur | uniq /scripts/spam-folders
echo moving to spam-clean file
#note: mtime is for how many days to leave the messages on the server
cat /scripts/spam-folders | awk '{print find $0/ -type f -mtime
10 -exec rm -v {} \\; };{ };{next}' /scripts/spam-clean
echo removing now
sh /scripts/spam-clean
echo if you want to see the spam directories which have been cleaned please
do this:
echo cat /scripts/spam-clean
echo all done with spam cleanup
echo
echo # END REMOVE OLD SPAM SCRIPT
- Original Message -
From: Jake Vickers [EMAIL PROTECTED]
To: qmailtoaster-list@qmailtoaster.com
Sent: Monday, July 24, 2006 12:10 PM
Subject: Re: [qmailtoaster] DNSBL
There is a workaround for this until the better method rolls out in the
next version. You can set CHKUSER_MBXQUOTA=99 in your tcp.smtp for all
the hosts (127. and any others you may have set up) and this will fix
the quota issue. Only needed if you have a problem with this, and are
not deleting the messages on a regular basis. What I do is run a script
(also on my site) that runs sa-learn on the Spam directory, and then
deletes the messages. The main draw-back to this is if a legitimate
email makes it into the Spam box, it will be learned from as spam, and
then deleted at whatever time you run the script. The user may never
know the message was even there if for example you run the script at 1am
and the message comes in at 10pm (assuming the user stops checking their
spam box at 5pm), then it will be deleted at 1am and when they come in
at 8am it will already be gone.
But it works for me like that. I have not had an email make it into the
spam box that was not supposed to be there in a LONG time. The ones that
were I added to my white list in local.cf so they start with a score of
-100 to begin with.
-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
QmailToaster hosted by: VR Hosted http://www.vr.org
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] DNSBL
George wrote: Hey Jake, I have a script I run nightly which removes mail in the spam folders older than 10 days. It gives users a chance to review or move to their ham folder if needed. I've added this script to run from cron and every night it executes and sends me an email of what was removed (cron emails it). I've added a couple of comments to help anyone reading trying to figure it out. It's actually very simple. Thanks for that. I'll take a look at it this weekend. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Deleting mailing list major problem
Was doing some expirements with the mailing list so I can learn how to teach our email clients how to use it, and I went to delete one of my test email mailing lists, and it bugged out and deleted the entire folder structure for our domain (the domain housing the list, didn't touch the others). This cause 2 main problems.. 1, well, the entire folder tree just gone.. 2, the mysql side of the data still existed, so vpopmail still thought the users were there and was trying to accept mail for them. (Thankfully it bounced nicely). Any idea how to fix and prevent this? is it just a rm -rf call that was unintended? Thanks to Jake Vickers wonderful back up script, I was able to go to midnight's tar files andextract just that domain to copy back over. Thanks Jake :) Jared
Re: [qmailtoaster] Should I need to setup a DNS server and domainkey
Warren (mailing lists) wrote: Eric Shubes wrote: I think we need Nick to chime in here with the definitive answer. That being said, here's my (mis?)understanding. Yes, you need a *caching* nameserver with the new version that supports domain keys. This is so that the mail server isn't querying the nameserver(s) (listed in /etc/resolv.conf) for the domain key info for each email processed. That would be quite inefficient. Since it's a caching nameserver, it can't possibly answer requests by non-local machines. It *might* be used as a nameserver for other local machines, but that's not necessarily advisable as it could open up network security holes. Safest route to go would be to have another caching nameserver that is used strictly by the local network (e.g. on a local file server). Having a local caching server is a good thing. In order to implement DK, your authoritative server needs to have the TXT record containing the appropriate information. (Note, while unrelated to DK, it should probably have a TXT SPF record too). If you run your own nameserver, that's where it should go. If you use a DNS service (such as mydns or dyndns), the TXT records (like the MX record) need to go in the DNS server of your provider, *not* your caching nameserver. That way, the TXT records are available to the outside world. Is that about right? Someone *please* correct me if I'm wrong. This should probably be clarified in the installation notes. But then if what you are saying is true, then a caching name server is not *needed* but is a good thing to have to stop inefficiencies. Again, I say this because I have setups that only have an authoritative name server on them and the caching name server is the machine immediately below it in the rack. That is my understanding (guess). I guess the questions are: Does qmail specifically query a name server on the current machine or does it just do a normal DNS query? I'm guessing that it just does a normal DNS query, according to whatever's in /etc/resolv.conf. I can't imagine why it would do it any other way. If it specifically does a request to the local machine does it do it on localhost so that a cachine DNS can be put on localhost and the authoritative one on the external IP? Now you've got *me* wondering. I hope we can get Nick to chime in here. Maybe you can just test it out, Warren. Since your authoritative DNS server is local, try shutting down the caching service on the qmail box (# service named stop) and see what happens. (Assuming you have the TXT DK records on the authoritative server). Sincerely, Warren -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Should I need to setup a DNS server and domainkey
I'm not Nick, but I'll chime in. You are correct. On 7/28/06, Eric Shubes [EMAIL PROTECTED] wrote: Jake Vickers wrote: Warren (mailing lists) wrote: Jake Vickers wrote: You have to set up at least a caching name server on your mail server to run the new version. Why? This is important to me because I use toaster on machines that run mydns, which only serves as a primary source nameserver and does not return records for other domains. Is this going to be a problem? Is /etc/resolv.conf no longer used by toaster? The domainkeys function requires at least a caching DNS server on the mail server itself to help speed up the requests. I believe (someone correct me if I'm wrong) this is for answering requests by other machines, not for local requests. I think we need Nick to chime in here with the definitive answer. That being said, here's my (mis?)understanding. Yes, you need a *caching* nameserver with the new version that supports domain keys. This is so that the mail server isn't querying the nameserver(s) (listed in /etc/resolv.conf) for the domain key info for each email processed. That would be quite inefficient. Since it's a caching nameserver, it can't possibly answer requests by non-local machines. It *might* be used as a nameserver for other local machines, but that's not necessarily advisable as it could open up network security holes. Safest route to go would be to have another caching nameserver that is used strictly by the local network (e.g. on a local file server). Having a local caching server is a good thing. In order to implement DK, your authoritative server needs to have the TXT record containing the appropriate information. (Note, while unrelated to DK, it should probably have a TXT SPF record too). If you run your own nameserver, that's where it should go. If you use a DNS service (such as mydns or dyndns), the TXT records (like the MX record) need to go in the DNS server of your provider, *not* your caching nameserver. That way, the TXT records are available to the outside world. Is that about right? Someone *please* correct me if I'm wrong. This should probably be clarified in the installation notes. -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Should I need to setup a DNS server and domainkey
But then if what you are saying is true, then a caching name server is not *needed* but is a good thing to have to stop inefficiencies. Again, I say this because I have setups that only have an authoritative name server on them and the caching name server is the machine immediately below it in the rack. This should be just fine. In a case like this, you do not need a local caching name server. I guess the questions are: Does qmail specifically query a name server on the current machine or does it just do a normal DNS query? If it specifically does a request to the local machine does it do it on localhost so that a cachine DNS can be put on localhost and the authoritative one on the external IP? Nope, just follows /etc/resolv.conf. - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [qmailtoaster] Problem with .qmail files
Erik Espinoza wrote: Aside from a bad install or a major misconfiguration, no idea. Just as a guess though, make sure /var/qmail/control/locals doesn't have anything that's in /var/qmail/control/virtualdomains I've been trying to fix an apparent domain name issue, and (foolishly) modified /var/qmail/control/locals to include virtualdomains. I've since corrected my mistake. Needless to say, mail wasn't going to the virtual domain mailboxes. Any idea where they went?? (he said blushing) -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[qmailtoaster] Rejecting names with catchall defined
I finally was able to transfer my domain, so now my qmail-toaster is handling email directly from everywhere, instead of forwarded emails from my old (hosted) server. On the old server, as with the toaster, I have an account designated as the catch-all for names that aren't defined, as I like to make them up fairly frequently (so I can tell who I gave the name to). In addition, on the old server I had a 'disabled' account where I would alias all names that were no longer in use (totally rejecting incoming mail). On the toaster, I figured I'd set up the same kind of situation, only there is no 'disabled' status, only 'delete mail'. This works ok, but isn't optimal. I'd like to have the recipient name fail at smtp time, such that the sender gets a meaningful rejection message and my toaster doesn't burn cycles scanning the stuff. I'm thinking of putting the defunct names in the /var/qmail/control/badmailto file, but that doesn't really seem to be its purpose. It seems to work ok, but I'm not sure what kind of rejection the sender gets at that point. Is this the best way to handle such a situation, or is there something else I can do? TIA -- -Eric 'shubes' - QmailToaster hosted by: VR Hosted http://www.vr.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
