propose for a
new server.
Biju Jose
Mobile : 989 5990 272
From: b...@whitesindia.com
Sent: 18 December 2024 14:32
To: qmailtoaster-list@qmailtoaster.com
Subject: RE: [qmailtoaster] Queue repair
permissions on the /var/log/qmail
drwxr-x--- 2 qmaill qmail 4096 Dec 17 13:24 send
drwxr-x
-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Queue repair
Good catch Philip, not sure what’s the permissions on the /var/log/qmail ..
Remo
On Dec 18, 2024, at 00:21, mailto:b...@whitesindia.com>
> mailto:b...@whitesindia.com> > wrote:
# qmailctl stat
send: up (pi
2020 submission
>
> Biju Jose
> Mobile : 989 5990 272
>
>
> From: Remo Mattei
> Sent: 18 December 2024 13:20
> To: qmailtoaster-list@qmailtoaster.com
> Subject: Re: [qmailtoaster] Queue repair
>
> Check if your systems is still on paused it looks like it.. c
qmaill qmail 4096 Oct 2 2020 submission
*Biju Jose*
Mobile : 989 5990 272*
*
*From:*Remo Mattei
*Sent:*18 December 2024 13:20
*To:*qmailtoaster-list@qmailtoaster.com
*Subject:*Re: [qmailtoaster] Queue repair
Check if your systems is still on paused it looks like it.. check
permissions or reset them
Biju Jose
> Mobile : 989 5990 272
>
>
> From: Remo Mattei
> Sent: 18 December 2024 13:20
> To: qmailtoaster-list@qmailtoaster.com
> Subject: Re: [qmailtoaster] Queue repair
>
> Check if your systems is still on paused it looks like it.. check permissions
> or reset
Oct 2 2020 send
drwx-T 4 qmaill qmail 4096 Oct 2 2020 smtp
drwx-T 4 qmaill qmail 4096 Oct 2 2020 submission
Biju Jose
Mobile : 989 5990 272
From: Remo Mattei
Sent: 18 December 2024 13:20
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Queue repair
r-list@qmailtoaster.com
*Subject:* Re: [qmailtoaster] Queue repair
Reboot the server
On 12/17/2024 11:35 PM, Remo Mattei wrote:
Your q is up now. I would try qmHandle -a and see check permissions
on those folders as well.
Remo
Sent from my iPhone
On Dec 17, 2024, at 22
log: warning: unable to
>>> link to /var/log/qmail/send/@400067626c2c3b934244.u, pausing:
>>> permission denied
>>> Dec 18 12:00:59 mail.mydomain.com qmail[1100]: multilog: warning: unable to
>>> link to /var/log/qmail/smtp/@400067626c2c3b956524.u, pausing:
&g
ausing: permission
denied
Is this the problem ?
Biju Jose
Mobile : 989 5990 272
From: Eric Broch
Sent: 18 December 2024 12:23
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Queue repair
Reboot the server
On 12/17/2024 11:35 PM, Remo Mattei wrote:
Your q is up now. I wou
link to /var/log/qmail/smtp/@400067626c2c3b956524.u,
pausing: permission denied
What could be the problem?
*Biju Jose*
Mobile : 989 5990 272*
*
*From:*Remo Mattei
*Sent:* 18 December 2024 10:54
*To:* qmailtoaster-list@qmailtoaster.com
*Subject:* Re: [qmailtoaster] Queue repair
Your mail
? Biju JoseMobile : 989 5990 272From: Remo Mattei Sent: 18 December 2024 10:54To: qmailtoaster-list@qmailtoaster.comSubject: Re: [qmailtoaster] Queue repair Your mail server is not up. It says paused!! You need to check and see if you have enough storage You can try to do qmailctl restart or
Subject: Re: [qmailtoaster] Queue repair
Your mail server is not up. It says paused!!
You need to check and see if you have enough storage You can try to do
qmailctl restart or qmailctl stop and then qmailctl start.. I would also check
the logs send and smtp and see what error your are
: [qmailtoaster] Queue repair # qmailctl statsend: up (pid 1171) 3076 seconds, pausedsmtp: up (pid 19579) 334 secondssubmission: up (pid 1174) 3076 secondssend/log: up (pid 1170) 3076 secondssmtp/log: up (pid 1173) 3076 secondssubmission/log: up (pid 1169) 3076 seconds #qmHandle -a seems not working as
How do I fix the send paused?
Biju Jose
Mobile : 989 5990 272
From: b...@whitesindia.com
Sent: 18 December 2024 10:51
To: qmailtoaster-list@qmailtoaster.com
Subject: RE: [qmailtoaster] Queue repair
# qmailctl stat
send: up (pid 1171) 3076 seconds, paused
smtp: up (pid 19579) 334
up (pid 1169) 3076 seconds
>
> #qmHandle -a seems not working as the qmHandle -L gives the same count as
> before.
>
> Biju Jose
> Mobile : 989 5990 272
>
>
> From: Remo Mattei
> Sent: 18 December 2024 10:36
> To: qmailtoaster-list@qmailtoaster.com
> Subjec
qmHandle -L gives the same count as
before.
Biju Jose
Mobile : 989 5990 272
From: Remo Mattei
Sent: 18 December 2024 10:36
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Queue repair
Is your qmail runining? If it is you can try this
-a : try to send queued
td/2492090 is mode 644, should be 600
> changed queue/intd/2492090 mode to 600
>
> but, it is not changing, I mean when you run queue_repair.py -r again, it
> shows again.
>
> Biju Jose
> Mobile : 989 5990 272
>
>
>
> From: Eric Broch
> Sent: 18 December
, pausing: permission
denied
Biju Jose
Mobile : 989 5990 272
From: Eric Broch
Sent: 18 December 2024 09:22
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Queue repair
http://wiki.qmailtoaster.org/index.php?title=Qmail_queue
On 12/17/2024 8:30 PM, Eric Broch wrote
24 10:22
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Queue repair
Hi can you try this?
qmHandle -L
After you install it. Eric sent you the info page on how to do install
qmHandle.
Remo
On Dec 17, 2024, at 20:08, b...@whitesindia.com <mailto:b...@whitesindia.com&g
, should be 600
> changed queue/intd/2492090 mode to 600
>
> but, it is not changing, I mean when you run queue_repair.py -r again, it
> shows again.
>
> Biju Jose
> Mobile : 989 5990 272
>
>
>
> From: Eric Broch
> Sent: 18 December 2024 09:01
> T
t: Re: [qmailtoaster] Queue repair
What release of EL are you using?
what's the result of qmail-queue?
You can download queue tools here: https://qtp.qmailtoaster.org/bin/
On 12/17/2024 7:07 PM, b...@whitesindia.com <mailto:b...@whitesindia.com>
wrote:
Hi
I have a proble
http://wiki.qmailtoaster.org/index.php?title=Qmail_queue
On 12/17/2024 8:30 PM, Eric Broch wrote:
What release of EL are you using?
what's the result of qmail-queue?
You can download queue tools here: https://qtp.qmailtoaster.org/bin/
On 12/17/2024 7:07 PM, b...@whitesindia.com wrote:
Hi
What release of EL are you using?
what's the result of qmail-queue?
You can download queue tools here: https://qtp.qmailtoaster.org/bin/
On 12/17/2024 7:07 PM, b...@whitesindia.com wrote:
Hi
I have a problem with the queue.
Messages in local queue: 933
Messages in remote queue: 16
I am
Hi you can try this
https://notes.sagredo.eu/en/qmail-notes-185/qmhandle-20.html
Remo
> On Dec 17, 2024, at 18:07, b...@whitesindia.com wrote:
>
> Hi
>
> I have a problem with the queue.
>
> Messages in local queue: 933
> Messages in remote queue: 16
>
> I am trying to fix this, yum
Hi
I have a problem with the queue.
Messages in local queue: 933
Messages in remote queue: 16
I am trying to fix this, yum install qmt-plus does not work for me.
I am looking for queue-repair. Any pointer will be helpful.
Best regards
Biju Jose
Mobile : 989 5990 272
Hi,
1. Block the IP address by iptables.
2. It needs clear the queue.
3. restart qmail.
I think fastest recovery all clear the queue.
Then you can inform to the users.
These are point.
Regards,
Noriyuki Hayashi
> This could come from a web injection stop the web server. And check if things
>
This could come from a web injection stop the web server. And check if things
still coming.
> Il giorno 7 gen 2019, alle ore 22:12, Tony White ha scritto:
>
> Hi,
> This how I would try to fix it first.
>
> If you have cli access then try this command to see the ip address
> that is sendi
Hi,
This how I would try to fix it first.
If you have cli access then try this command to see the ip address
that is sending the emails.
watch SMTP log
tail -n 25 -f /var/log/qmail/smtp/current | tai64nlocal
OR
watch SUBMISSION log
tail -n 25 -f /var/log/qmail/submission/current | tai64nlo
Sounds suspicious for malware.
Check the logs (var/log/qmail/smtp/cur and the similar one for the
submission port) to see if email is coming from outside the system.
If it is not from outside the system, then I would go looking for some
sort of rogue running process (likely malware) which is
Thanks Eric Broch for your replay,
yes, the queue is continuing to fill up even after password reset!!
i reset password email and clear the queue qmHandle -D , but i see the log
contains many emails that send mail to the whole world
is there another queue where it allocates messages?
thanks
I
Clarification:
The queue is continuing to fill up even after password reset!?
If not:
I've used 'qmHandle -D' to delete all messages in the queue WITH THE
UNDERSTANDING THAT GOOD MESSAGES ARE DELETED AS WELL.
On 1/7/2019 12:15 AM, Giuseppe Perna wrote:
Hello,
qmailtoaster has a full tail,
Hello,
qmailtoaster has a full tail,
qmHandle -L and qmHandle -l contains many emails that send mail to the
whole world.
I reset the password for these email addresses, but the queues still fill
up.
in qmlog -f send i see:
01-07 07:15:08 info msg 5012912: bytes 2911 from <#@[]> qp 16477 uid 7790
.com
> Sent: Thu, 8 Oct 2015 15:01:57 -0400
> Subject: Re: [qmailtoaster] queue is flooding user
>
> I suspect the queue messages that are stacking up are for the delivery
> of the bounce -- which is also likely going to a non-existent user or
> domain.
>
> My STRONGEST s
not receive the email and
nobody will know.
rajesh
- Original Message -
From: Dan McAllister [mailto:q...@it4soho.com]
To:qmailtoaster-list@qmailtoaster.com
Sent: Thu, 8 Oct 2015 15:01:57 -0400
Subject: Re: [qmailtoaster] queue is flooding user
I suspect the queue messages that are stacking up
-----
From: Dan McAllister [mailto:q...@it4soho.com]
To: qmailtoaster-list@qmailtoaster.com
Sent: Thu, 8 Oct 2015 15:01:57 -0400
Subject: Re: [qmailtoaster] queue is flooding user
I suspect the queue messages that are stacking up are for the delivery
of the bounce -- which is also likely going to a non-
@qmailtoaster.com
Sent: Thu, 8 Oct 2015 15:01:57 -0400
Subject: Re: [qmailtoaster] queue is flooding user
I suspect the queue messages that are stacking up are for the delivery
of the bounce -- which is also likely going to a non-existent user or
domain.
My STRONGEST suggestion is to NOT BOUNCE messages that
Il 08/10/2015 19:59, Rajesh M ha scritto:
spammer is emailing a non existent user on my server.
qmailtoaster is accepting the email and then trying to respond back
my queue is flooding because ot this
should'nt chkuser be directly bouncing the email during smtp transaction time
when email id
No one should be able to get a message in your queue to a non-existent
user unless they're using an account that they've hacked.
Someone correct me if I'm wrong.
On 10/8/2015 12:37 PM, Eric Broch wrote:
> Has someone hacked a password?
>
> On 10/8/2015 11:59 AM, Rajesh M wrote:
>> spammer is email
Has someone hacked a password?
On 10/8/2015 11:59 AM, Rajesh M wrote:
> spammer is emailing a non existent user on my server.
>
> qmailtoaster is accepting the email and then trying to respond back
>
> my queue is flooding because ot this
>
> should'nt chkuser be directly bouncing the email durin
spammer is emailing a non existent user on my server.
qmailtoaster is accepting the email and then trying to respond back
my queue is flooding because ot this
should'nt chkuser be directly bouncing the email during smtp transaction time
when email id is not present on the server ?
pl see below
On 7/17/2014 6:30 PM, Angus McIntyre wrote:
Dan McAllister wrote:
On a separate note, one of my older QMT systems has suddenly stopped
being able to send mail to *me.com* (Apple)... the error says its a TLS
failure.
TLS connect failed: error:100AE081:elliptic curve
routines:EC_GROUP_n
Dan McAllister wrote:
> On a separate note, one of my older QMT systems has suddenly stopped
> being able to send mail to *me.com* (Apple)... the error says its a TLS
> failure.
>
> TLS connect failed: error:100AE081:elliptic curve
> routines:EC_GROUP_new_by_curve_name:unknown groupZConnec
Thanks to Eric for pointing me in the right direction -- upon CLOSE
inspection, the remote queue itself was owned (properly) by qmails, but
the queue FOLDERS within were owned by qmailq -- no idea how that came
to pass, but it has been repaired and my mysterious queue errors appear
to be gone.
Use 'qmHandle' to clear out your queue.
http://qtp.qmailtoaster.com/trac/wiki/Features#qmHandle
On 8/19/2013 7:30 AM, Michele Federici wrote:
> Hi,
>
> I do some checks in a mail server and i found this strange problem.
> Sometimes I've received "failure notice" email who contains the
> origin
Hi,
I do some checks in a mail server and i found this strange problem.
Sometimes I've received "failure notice" email who contains the
original message "--- Below this line is a copy of the message." but
with strange email in the error text...
Delivered-To:postmas...@mydomain.it
Date:
hen all mails are sent so you can put it back in "queue mode"
Ernesto Vargas-Azofeifa
Information Technology Architect
OSS & LAMP stack expert
From: F. Mendez
To: qmailtoaster-list@qmailtoaster.com
Sent: Wednesday, July 4, 2012 9:43 PM
Subject
Hello everyone.
Just a quick question.
I'm starting some tests with 2 boxes.
How can I gran to have QMT in queue only mode?. QMT must only
receive mails into the queue without sending them inmediately as they come.
And that sending process can only be started from a call from cronjobs each
1
I have several emails in the queue that go out very slowly. My situation is
very similar to the following:
http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg22328.html
But I did not see a resolution.
send logs say (lots of ):
05-12 16:19:44 warning: unable to open todo/7017051
://www.linuxmagic.com/opensource/qmail/qmail-remove
Gilbert
- Original Message -
From: Jake Vickers
To: qmailtoaster-list@qmailtoaster.com
Sent: Thursday, March 04, 2010 7:08 PM
Subject: Re: [qmailtoaster] Queue
On 03/04/2010 05:00 PM, Gilbert T. Gutierrez, Jr. wrote:
Is there a way to
On 03/04/2010 05:00 PM, Gilbert T. Gutierrez, Jr. wrote:
Is there a way to clean out some email out of the queue that is
waiting to be delivered? I had a rogue customer spam my server with
emails that are waiting to be sent out. I know the source IP.
Gilbert
There are some queue tools in QT
I found this tool and it worked.
Gilbert
- Original Message -
From: Gilbert T. Gutierrez, Jr.
To: qmailtoaster-list@qmailtoaster.com
Sent: Thursday, March 04, 2010 3:00 PM
Subject: [qmailtoaster] Queue
Is there a way to clean out some email out of the queue that is waiting to
be
Is there a way to clean out some email out of the queue that is waiting to be
delivered? I had a rogue customer spam my server with emails that are waiting
to be sent out. I know the source IP.
Gilbert
Precisely.
I don't know if it's really worth it at this point. We know what the
problem is, and have a permanent fix for it. In addition, I'll be adding
an execution of queue_repair.py to qtp-newmodel, just to make sure
things are kept clean.
Kent Busbee wrote:
something like
queue_repair.
something like
queue_repair.py $@ | tee -a /var/log/queue_repair
See response above; Eric Shubert wrote:
> No, it simply sends output to the terminal.
>
> I suppose that a customized version for QTP which would tee off a log
> file automatically would be nice. That would be pretty simple to do wi
Thanks Kent, that's helpful.
I hope to be looking at these in more detail later today. Jake and I
suspect that these permissions are not a problem, but I hope to fix them
one way or another (so there's no message if they're not).
The trigger pipe/file was definitely a problem though, which is
After reading these I checked mine and did have errors. I could not
scroll back very far but did have permissions problems:
checking split locations...
queue/mess/1/11175402 ownership 7794:0, should be qmailq:qmail
fixed, queue/mess/1/11175402 ownership 7794:2108
queue/mess/1/11175195 owner
Jake Vickers wrote:
Lucian Cristian wrote:
I don't have it anymore, but socket file "trigger" from queue/lock was
missing and permissions on some files
Same here on one I fixed for someone this morning. "No such file or
directory: queue/lock/trigger"
I'll look at the last changes in the spe
Lucian Cristian wrote:
I don't have it anymore, but socket file "trigger" from queue/lock was
missing and permissions on some files
Same here on one I fixed for someone this morning. "No such file or
directory: queue/lock/trigger"
I'll look at the last changes in the spec file a little more
No, it simply sends output to the terminal.
I suppose that a customized version for QTP which would tee off a log
file automatically would be nice. That would be pretty simple to do with
a script wrapper. Would anyone like to take a shot at writing a
qtp-queue-repair script that would do this?
Is the queue_repair logged? If so I can forward it to you. Tell me
what file you want.
Eric Shubert wrote:
> Thanks Lucian.
>
> We still don't know for sure how the queues became borked. Nothing in
> that area has changed that we know of.
>
> At any rate, if anyone experiences delayed deliveries
I don't have it anymore, but socket file "trigger" from queue/lock was
missing and permissions on some files
Lucian
Eric Shubert wrote:
Thanks Lucian.
We still don't know for sure how the queues became borked. Nothing in
that area has changed that we know of.
At any rate, if anyone experie
Thanks Lucian.
We still don't know for sure how the queues became borked. Nothing in
that area has changed that we know of.
At any rate, if anyone experiences delayed deliveries after an update,
the thing to do would be to stop qmail and run the queue_repair.py tool.
It would be helpful if
it was a clean shutdown in my case, I don't know what happened, anyway
now it's ok
Regards
Lucian
Eric Shubert wrote:
We're guessing here, but it's possible that qmail didn't terminate
successfully (or cleanly) when the update was actually done.
qtp-newmodel presently simply waits 5 seconds t
We're guessing here, but it's possible that qmail didn't terminate
successfully (or cleanly) when the update was actually done.
qtp-newmodel presently simply waits 5 seconds then displays the result
of qmailctl stat.
Does anyone happen to remember seeing anything other than 'not running',
lik
Maxwell Smart wrote:
Any ideas what caused this yet?
Some suspicions and we're investigating further.
-
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
Vickers Consulting
Same issue I had.
Lucian Cristian wrote:
> It seems that the problems is solved, there was some file missing and
> some permission problems on queue dir
>
> Regards
> Lucian
>
> Lucian Cristian wrote:
>> Hi
>>
>> thanks for info, I tried it some seconds ago, after I sent the mail
>> to mailing lis
It seems that the problems is solved, there was some file missing and
some permission problems on queue dir
Regards
Lucian
Lucian Cristian wrote:
Hi
thanks for info, I tried it some seconds ago, after I sent the mail to
mailing list occurred to me to test queue repair, and it seems to work
Hi
thanks for info, I tried it some seconds ago, after I sent the mail to
mailing list occurred to me to test queue repair, and it seems to work
it was a qtp-newmodel upgrade and the x64 was a clean install.
the x86 versions seems to lag, I'll test a bit more
Regards
Lucian
Jake Vickers wrot
Any ideas what caused this yet?
Jake Vickers wrote:
> Lucian Cristian wrote:
>> Hi everyone I have problems with the queue on to different systems,
>> the queue will not be processed as soon as possible, there is some
>> lag, if a do a qmailqtl restart the mails will be processed if not I
>> have
Lucian Cristian wrote:
Hi everyone I have problems with the queue on to different systems,
the queue will not be processed as soon as possible, there is some
lag, if a do a qmailqtl restart the mails will be processed if not I
have to wait a random time
I've read about "qmail silly syndrome"
Hi everyone I have problems with the queue on to different systems, the
queue will not be processed as soon as possible, there is some lag, if a
do a qmailqtl restart the mails will be processed if not I have to wait
a random time
I've read about "qmail silly syndrome" is this the problem ?
p
Josh Hopkins wrote:
Eric,
Thanks for the ideas. The repair was run in repair mode. Ran it again just
to be sure. Not even a reboot helped. Ended up reinstalling qmailtoaster.
Now it works fine.
Sorry, coming into the conversation late.
These errors are usually either caused by a full di
, 2009 4:35 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] queue problems
Gee, I don't know. Did you run queue_repair in test or repair mode?
Josh Hopkins wrote:
> [r...@support queue]# df
> Filesystem 1K-blocks Used Available Use% Mounted on
&g
lto:n...@ger.gmane.org] On Behalf Of Eric Shubert
Sent: Wednesday, March 18, 2009 3:15 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] queue problems
queue_repair output looks ok to me, but I hardly ever run it.
Free disk space adequate?
Is /var/qmail/simscan pretty much empty? That&#x
-list@qmailtoaster.com
Subject: Re: [qmailtoaster] queue problems
queue_repair output looks ok to me, but I hardly ever run it.
Free disk space adequate?
Is /var/qmail/simscan pretty much empty? That's where simscan splits it
all up for scanning. Should be empty except for messages being proc
ar 17 13:59 remote
drwxr-x--- 2 qmailq qmail 4096 Mar 18 09:26 todo
Really at a loss.
-Original Message-
From: news [mailto:n...@ger.gmane.org] On Behalf Of Eric Shubert
Sent: Wednesday, March 18, 2009 12:14 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] queue pro
: Re: [qmailtoaster] queue problems
Josh Hopkins wrote:
> I started to see "2009-03-18 10:51:38.427414500 qmail-smtpd: qq soft
> reject (qq trouble creating files in queue (#4.3.0)):
> MAILFROM:
> RCPTTO:helpd...@support.schoolimprovement.com" today in my logs.
>
&g
Josh Hopkins wrote:
I started to see “2009-03-18 10:51:38.427414500 qmail-smtpd: qq soft
reject (qq trouble creating files in queue (#4.3.0)):
MAILFROM:
RCPTTO:helpd...@support.schoolimprovement.com” today in my logs.
I cannot send any messages to this sever. I have heard many evil
thin
I started to see "2009-03-18 10:51:38.427414500 qmail-smtpd: qq soft reject (qq
trouble creating files in queue (#4.3.0)):
MAILFROM:
RCPTTO:helpd...@support.schoolimprovement.com" today in my logs.
I cannot send any messages to this sever. I have heard many evil things about
messing around i
Thanks Biju !
See http://untroubled.org/qmail-notify/
Install for CentOS 4.x -I think that goes for CentOS 5.x .
cd /path/download/
wget http://untroubled.org/qmail-notify/qmail-notify-0.93-1.src.rpm
rpmbuild --rebuild --with cnt40 qmail-notify-0.93-1.src.rpm
rpm -Uvh /usr/src/redha
gt; You may want to look at qmail notify at http://untroubled.org/qmail-notify/
>
> Biju
>
> -Original Message-
> From: senthil vel [mailto:[EMAIL PROTECTED]
> Sent: Saturday, October 25, 2008 4:27 AM
> To: qmailtoaster-list@qmailtoaster.com
> Subject: [qmailtoaster] Queue
You may want to look at qmail notify at http://untroubled.org/qmail-notify/
Biju
-Original Message-
From: senthil vel [mailto:[EMAIL PROTECTED]
Sent: Saturday, October 25, 2008 4:27 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] Queue warning notification
Dear List
Dear List,
I know we can set the queue life time in the
/var/qmail/control/queuelifetime. Is it possible to send a warning
notification if a mail is in the queue more than a particular time?...
Thanks and Regards,
S.Senthilvel.
Kaven Gagnon wrote:
> Hi, since my QTM upgrade last week, my mail server queue is growing up
> (currently +10K) and mails sent to remote domains stuck in the queue and
> users received error message (after 1 - 2 days) "Connected to
> but connection died. (#4.4.2)".
>
> Message sent to local domai
Hi, since my QTM upgrade last week, my mail server queue is growing up
(currently +10K) and mails sent to remote domains stuck in the queue and
users received error message (after 1 - 2 days) "Connected to
but connection died. (#4.4.2)".
Message sent to local domains are delivered.
I tried to di
Bogdan Peptine wrote:
Hello,
Can somebody tell me a tool for administering the queue for the qmail
toaster ?
Or how can i reduce the time that an email stays in the queue?
There are some tools in Qmailtoaster-Plus to play with the queue.
To reduce the time messages are in the queue, adjust t
Hello,
Can somebody tell me a tool for administering the queue for the qmail toaster ?
Or how can i reduce the time that an email stays in the queue?
Thanks
Istvan Köpe wrote:
> Eric Shubert wrote:
>> Istvan Köpe wrote:
>>
>>> I just set the queuelifetime to 120
>>> When I give the qmailctl queue command after 10 minutes it says:
>>> messages in queue: 53
>>> messages in queue but not yet preprocessed: 0
>>>
>>> And after these, there are a bunch of
Eric Shubert wrote:
Istvan Köpe wrote:
I just set the queuelifetime to 120
When I give the qmailctl queue command after 10 minutes it says:
messages in queue: 53
messages in queue but not yet preprocessed: 0
And after these, there are a bunch of email addresses with "remote" and
for the rest
Istvan Köpe wrote:
> I just set the queuelifetime to 120
> When I give the qmailctl queue command after 10 minutes it says:
> messages in queue: 53
> messages in queue but not yet preprocessed: 0
>
> And after these, there are a bunch of email addresses with "remote" and
> for the rest "done remot
I just set the queuelifetime to 120
When I give the qmailctl queue command after 10 minutes it says:
messages in queue: 53
messages in queue but not yet preprocessed: 0
And after these, there are a bunch of email addresses with "remote" and
for the rest "done remote".
What is the difference bet
Eric "Shubes" wrote:
Jake Vickers wrote:
Eric "Shubes" wrote:
I believe that qmail-send sends the message, not smtpd.
Now that I think of it, that's not entirely correct either.
Technically speaking, qmail-local or qmail-remote actually do the
sending. qmail-send simply invokes qmail-lspaw
Jake Vickers wrote:
Eric "Shubes" wrote:
I believe that qmail-send sends the message, not smtpd.
Now that I think of it, that's not entirely correct either.
Technically speaking, qmail-local or qmail-remote actually do the
sending. qmail-send simply invokes qmail-lspawn or qmail-rspawn (whi
Eric "Shubes" wrote:
I believe that qmail-send sends the message, not smtpd.
Now that I think of it, that's not entirely correct either.
Technically speaking, qmail-local or qmail-remote actually do the
sending. qmail-send simply invokes qmail-lspawn or qmail-rspawn (which
spawn the associa
Ok.
I set queuelifetime to 60 and now it appear to working.
Thanks,
RL
> Jake Vickers wrote:
>> [EMAIL PROTECTED] wrote:
>>> Hi all,
>>>
>>> is there a way to control retry time?
>>>
>>> I want to try only one time to send a message, if it fail them remove
>>> from
>>> queue.
>>>
>>>
>> queueli
Jake Vickers wrote:
[EMAIL PROTECTED] wrote:
Hi all,
is there a way to control retry time?
I want to try only one time to send a message, if it fail them remove
from
queue.
queuelifetime is the only way I can think of to try it. Maybe set it to
something really low like 20 seconds or so
Dairenn Lombard wrote:
-Original Message-
From: Eric "Shubes" [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 21, 2006 5:29 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Queue Retry!
Wouldn't a queuelifetime of 0 work? I don't know, but
[EMAIL PROTECTED] wrote:
Hi all,
is there a way to control retry time?
I want to try only one time to send a message, if it fail them remove from
queue.
queuelifetime is the only way I can think of to try it. Maybe set it to
something really low like 20 seconds or something. That might giv
> -Original Message-
> From: Eric "Shubes" [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 21, 2006 5:29 PM
> To: qmailtoaster-list@qmailtoaster.com
> Subject: Re: [qmailtoaster] Queue Retry!
>
> Wouldn't a queuelifetime of 0 work? I don't
Dairenn Lombard wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 21, 2006 5:21 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] Queue Retry!
Hi all,
is there a way to control retry time?
I want to try only one
1 - 100 of 117 matches
Mail list logo
