Re: [vchkpw] what's --enable-file-sync for?
On Friday 21 March 2003 23:32, Benjamin Tomhave wrote: > Hello, > > After a few hours of googling, I'm at a loss. What is > the --enable-file-sync flag for? In a previous build, according to my > notes, I set it to =y. However, it appears that =n is the default and that > most people configure that way. I for one am using a mysql backend, so > perhaps they're related? If anybody could set me straight, would > appreciate it. > i'd say it calls fsync after every write operation to disk. this of course slows delivery. -- Mit internetten Grüßen / Best Regards --- Justin Heesemannionium Technologies [EMAIL PROTECTED]www.ionium.org
Re: [vchkpw] what's --enable-file-sync for?
On Saturday 22 March 2003 04:39 am, Justin Heesemann wrote: > On Friday 21 March 2003 23:32, Benjamin Tomhave wrote: > > Hello, > > > > After a few hours of googling, I'm at a loss. What is > > the --enable-file-sync flag for? In a previous build, according to my > > notes, I set it to =y. However, it appears that =n is the default and > > that most people configure that way. I for one am using a mysql backend, > > so perhaps they're related? If anybody could set me straight, would > > appreciate it. > > i'd say it calls fsync after every write operation to disk. this of course > slows delivery. I remember putting this option in. I was working on a very heavily loaded mail server. I didn't need each email delivery syncing the disk. I also didn't need qmail syncing the disk. So I commented the fsync's out of qmail and put in the option to vpopmail not to sync. Prior to this, vpopmail followed the lead of qmail, which was to sync the hell out of the disk. On a heavily loaded system this doesn't make sense and impacts performance. I'd rather let the OS sync the disk for me, and risk losing a few emails a year if the machine crashed. Ken Jones
[vchkpw] Authentication Problems
When connecting to the server to attempt to collect mail, I am receiving an authorization failure. I have setup vpopmail to use mysql to store the domain and user info, and I am using vchkpw to authenticate the pwds and I am logging in using the "username% [EMAIL PROTECTED]" format. Is there a way to check the authentication using vchkpw directly?? Thanks Clint
Re: [vchkpw] Authentication Problems
On Sunday 23 March 2003 02:36, [EMAIL PROTECTED] wrote: > When connecting to the server to attempt to collect mail, I am > receiving an authorization failure. I have setup vpopmail to use mysql > to store the domain and user info, and I am using vchkpw to > authenticate the pwds and I am logging in using the "username% > [EMAIL PROTECTED]" format. Is there a way to check the authentication using > vchkpw directly?? # telnet mail.hostname.com 110 user [EMAIL PROTECTED] pass secret then check the logs. Also note, that we _do_ have an archive for this list and this question has been covered not only a million but fantastillions of zillion times. -- Mit internetten Grüßen / Best Regards --- Justin Heesemannionium Technologies [EMAIL PROTECTED]www.ionium.org
Re: [vchkpw] Authentication Problems
> On Sunday 23 March 2003 02:36, [EMAIL PROTECTED] wrote: > > When connecting to the server to attempt to collect mail, I am > > receiving an authorization failure. I have setup vpopmail to use > mysql> to store the domain and user info, and I am using vchkpw to > > authenticate the pwds and I am logging in using the "username% > > [EMAIL PROTECTED]" format. Is there a way to check the > authentication using > > vchkpw directly?? > > # telnet mail.hostname.com 110 > user [EMAIL PROTECTED] > pass secret > > then check the logs. > > > Also note, that we _do_ have an archive for this list and this > question has > been covered not only a million but fantastillions of zillion times. > > -- Yep, thats how I am testing it. I also just noticed, that I had not pointed out that it is for virtual domains, and have confirmed that I am using the right login format. I'm not sure about the logs though, which ones should I be checking for the authentication attempts? The following which I would think are the ones are empty :/ d97# ls -al /var/log/qmail/pop3d/ total 6 drwxr-xr-x 2 qmaill wheel 512 Mar 22 18:23 . drwxr-xr-x 4 qmaill wheel 512 Mar 22 17:31 .. -rw-r--r-- 1 qmaill wheel 27 Mar 22 18:23 current -rw--- 1 qmaill wheel0 Mar 22 18:23 lock -rw-r--r-- 1 qmaill wheel0 Mar 22 18:23 state Clint
Re: [vchkpw] Authentication Problems
> > On Sunday 23 March 2003 02:36, [EMAIL PROTECTED] wrote: > > > When connecting to the server to attempt to collect mail, I am > > > receiving an authorization failure. I have setup vpopmail to > use > > mysql> to store the domain and user info, and I am using vchkpw to > > > authenticate the pwds and I am logging in using the "username% > > > [EMAIL PROTECTED]" format. Is there a way to check the > > authentication using > > > vchkpw directly?? > > > > # telnet mail.hostname.com 110 > > user [EMAIL PROTECTED] > > pass secret > > > > then check the logs. > > > > > > Also note, that we _do_ have an archive for this list and this > > question has > > been covered not only a million but fantastillions of zillion times. > > > > -- > > Yep, thats how I am testing it. I also just noticed, that I had > not > pointed out that it is for virtual domains, and have confirmed > that I > am using the right login format. I'm not sure about the logs > though, > which ones should I be checking for the authentication attempts? > The > following which I would think are the ones are empty :/ > > d97# ls -al /var/log/qmail/pop3d/ > total 6 > drwxr-xr-x 2 qmaill wheel 512 Mar 22 18:23 . > drwxr-xr-x 4 qmaill wheel 512 Mar 22 17:31 .. > -rw-r--r-- 1 qmaill wheel 27 Mar 22 18:23 current > -rw--- 1 qmaill wheel0 Mar 22 18:23 lock > -rw-r--r-- 1 qmaill wheel0 Mar 22 18:23 state > > > Clint > I belive I have it fixed.. firstly you have to be looking at the right log files.. /var/log/maillog damn I feel stupid. But I noticed there were some inconsistant looking permissions set in the /home/vpopmail dir so I changed them all to owner vpopmail and authentication seems to be working correctly now.. wierd :/ Thanks for the suggestions though! Everything always helps. Clint
[vchkpw] 2 Messages stuck in queue
I seem to have two messages stuck in the queue: d97# qmailctl stat /service/qmail-send: up (pid 67194) 419 seconds /service/qmail-send/log: up (pid 67195) 419 seconds /service/qmail-smtpd: up (pid 67198) 419 seconds /service/qmail-smtpd/log: up (pid 67199) 419 seconds messages in queue: 2 messages in queue but not yet preprocessed: 0 /service/qmail-pop3d: up (pid 68084) 1 seconds /service/qmail-pop3d/log: up (pid 68085) 1 seconds There is only one user on the system which I have been testing with, and all mail to that user has been collected. Am I correct in saying that these are mail system notices?? I have done the following: d97# echo [EMAIL PROTECTED] > /var/qmail/alias/.qmail-root d97# echo [EMAIL PROTECTED]> /var/qmail/alias/.qmail-postmaster d97# ln -s .qmail-postmaster /var/qmail/alias/.qmail-mailer-daemon d97# chmod 644 /var/qmail/alias/.qmail-root /var/qmail/alias/.qmail- postmaster and checked my bigpond.net.au mail and received no messages. How do I free up those 2 messages in the queue? Thanks! Clint
Re: [vchkpw] 2 Messages stuck in queue
On Sun, Mar 23, 2003 at 02:09:22PM +1100, [EMAIL PROTECTED] wrote:
> How do I free up those 2 messages in the queue?
When you say 'free up' do you mean bounce? If so, you should use the
/var/qmail/bin/qmail-qread program to first get information about the
messages:
# /var/qmail/bin/qmail-qread
22 Mar 2003 14:33:41 GMT #540874 11314 <>
remote [EMAIL PROTECTED]
22 Mar 2003 14:34:09 GMT #541588 11329 <>
remote [EMAIL PROTECTED]
The number after the date is the queue id, this comes from the files inode.
You will need that piece of information to 'clear' messages from the queue.
I put the following code in a script named 'qexpire' and use it to expire
messages from the queue:
#!/bin/sh
if [ $# -lt 1 ]; then
echo "usage: qexpire queueid [...]"
exit 1
fi
for i in "$@"; do
find /var/qmail/queue/info/ -name "$i" -exec touch -d '2 weeks ago' {} \;
done
So, to remove the two messages in the example above I would issue the
following:
# qexpire 540874 541588
If the messages fail to send when qmail next attempts delivery then they
will bounce. To immediately force qmail to attempt to deliver them you
can send qmail-send an ALRM:
# svc -a /service/qmail-send
I am assuming that you are using a LWQ installation since you used the
qmailctl script. You may find that the qmail-send service directory is
named something other than 'qmail-send' on your system.
Good luck,
Cory
--
Cory Wright
Stand Blue Technology
http://www.standblue.net/
[vchkpw] aliases don't honor dot-qmail forwards
Hi all, I'm using vpopmail 5.2.1 (the last stable release... Could we please get an update to this branch sometime soon?). I have noticed that when an account is set to forward mail and then I create an alias to that account (using QmailAdmin, for example), it create a .qmail-blah file (where blah is the alias), containing a line like this: /path/to/vdelivermail "" /path/to/real/user/Maildir/ However, this doesn't honor .qmail files that sit in that user's directory instructing mail to be forwarded! Neither does this: /path/to/vdelivermail "" [EMAIL PROTECTED] I want it to be that when a user (we have many of them) using QmailAdmin creates an alias to an account that forwards, that the alias will forward too. Is this such a strange request? Any suggestions? Thanks, Moshe -- Moshe Jacobson http://runslinux.net AIM: Jehsom
Re: [vchkpw] 2 Messages stuck in queue
Thanks for that Cory.
What exactly are those messages that get held in the queue? Judging on
the output of qmail-qread:
d97# /var/qmail/bin/qmail-qread
22 Mar 2003 16:24:20 GMT #464 3405 <>
remote [EMAIL PROTECTED]
23 Mar 2003 02:49:04 GMT #73 9234 <>
remote [EMAIL PROTECTED]
they look like people are trying to bounce (is that the correct
terminology?) spam through my mail server, am I correct?
Thanks again
Clint
- Original Message -
From: Cory Wright <[EMAIL PROTECTED]>
Date: Sunday, March 23, 2003 2:31 pm
Subject: Re: [vchkpw] 2 Messages stuck in queue
> On Sun, Mar 23, 2003 at 02:09:22PM +1100, [EMAIL PROTECTED]
> wrote:> How do I free up those 2 messages in the queue?
>
> When you say 'free up' do you mean bounce? If so, you should use the
> /var/qmail/bin/qmail-qread program to first get information about
> the
> messages:
>
> # /var/qmail/bin/qmail-qread
> 22 Mar 2003 14:33:41 GMT #540874 11314 <>
> remote [EMAIL PROTECTED]
> 22 Mar 2003 14:34:09 GMT #541588 11329 <>
> remote [EMAIL PROTECTED]
>
> The number after the date is the queue id, this comes from the
> files inode.
> You will need that piece of information to 'clear' messages from
> the queue.
> I put the following code in a script named 'qexpire' and use it to
> expiremessages from the queue:
>
> #!/bin/sh
> if [ $# -lt 1 ]; then
>echo "usage: qexpire queueid [...]"
>exit 1
> fi
> for i in "$@"; do
>find /var/qmail/queue/info/ -name "$i" -exec touch -d '2 weeks
> ago' {} \;
> done
>
> So, to remove the two messages in the example above I would issue the
> following:
>
> # qexpire 540874 541588
>
> If the messages fail to send when qmail next attempts delivery
> then they
> will bounce. To immediately force qmail to attempt to deliver
> them you
> can send qmail-send an ALRM:
>
> # svc -a /service/qmail-send
>
> I am assuming that you are using a LWQ installation since you used the
> qmailctl script. You may find that the qmail-send service
> directory is
> named something other than 'qmail-send' on your system.
>
> Good luck,
>
> Cory
>
> --
> Cory Wright
> Stand Blue Technology
> http://www.standblue.net/
>
>
Re: [vchkpw] 2 Messages stuck in queue
On Sun, Mar 23, 2003 at 03:10:47PM +1100, [EMAIL PROTECTED] wrote: > What exactly are those messages that get held in the queue? Judging on > the output of qmail-qread: > > d97# /var/qmail/bin/qmail-qread > 22 Mar 2003 16:24:20 GMT #464 3405 <> > remote [EMAIL PROTECTED] > 23 Mar 2003 02:49:04 GMT #73 9234 <> > remote [EMAIL PROTECTED] > > they look like people are trying to bounce (is that the correct > terminology?) spam through my mail server, am I correct? Yes, these are most likely spam messages sent to nonexistant accounts on your server. qmail is trying to bounce them, but, for whatever reason, the messages are still in your queue. It is probably safe to expire them. Cory -- Cory Wright Stand Blue Technology http://www.standblue.net/
