Recent changes to feature-requests

Copy mails from the Queue

Anonymous — Tue, 03 Jun 2008 10:09:23 -0000

it wouls be nice to see 2 more options.

one option to copy a message out to a folder for further investigation. you could use "-c"

the other option to copy the file to a folder and delete it from the queue. you could use "-C".

this will help admins to take out larg mails going out slowly. and use the copied mail as proof to take acction against the missbehaving client.

thanks.
dilt100@yahoo.com
dilshan.

Test mode

Daniel Wiberg — Mon, 29 Oct 2007 14:54:30 -0000

Ability to list the messages to be deleted to make sure your regular expression for deleting isn't borked.

deletion options

Christer — Tue, 13 Jul 2004 13:32:47 -0000

Maybe you've had this in former requests, but I didnt
find any so I'll write them anyway =)

I would like to see more delete options than the -S,
and also a switch to list headers (and/or the whole
mail) with each option.

Options for deletions I would like to se implemented:

matching on text in body
matching on text in headers
(any header, like "From: spammer@spam.com" or
"Recieved: *mail.spamserver.com")

I have been spammed a lot from the same mailserver a
few times and I dont like finding 2000 mails in queue
with different subjects and therefor cannot delete them
in a easy way.

Code cleanup

Aaron D. Marasco — Tue, 25 May 2004 10:27:39 -0000

Just a few suggestions... I am not out to offend but to
help. ;)

1. If you don't like having people edit the file and
would perfer a ./configure install solution, see
pconfig @ http://freshmeat.net/projects/pconfig/

2. The 'my ($pidcmd)' syntax is not needed. When you
have the ()s, that tells perl you are setting an ARRAY
not a SCALAR. So basically, it wastes time because perl
takes the right hand side, says to itself "but, I need
an array here", converts it to an array, and then sets
$pidcmd to the first element of the array it created,
which is exactly what you wanted in the first place.

3. I accidentally included in my patch the note to look
into Getopt::Long for a 'standard' way of doing
switches. Also a different approach to do what you are
doing - you can name anything, not just the loop
defined as SWITCH.

4. "chomp" is much safer than "chop" assuming you only
want to remove newlines.

5. I hate code redundancy - it is an excuse for a bug
to crop up. Right now, there is a large chunk of
display code in two places - if there is color or not.
If you fix a bug (or add a feature like I did) to one
and not the other, it gets messy. I recommend doing
something like this:

if ($color) {
$start = '\e[01;31m';
$end = '\e[00m';
} else {
$start = '';
$end = '';
}

And then you only have one print statement for both
color and no color:
defined($to{$msg}) and print " ${start}To${end}:
$to{$msg}\n";

- Aaron

List messages that match subject

Blane Bramble — Mon, 05 Jan 2004 17:06:38 -0000

-S is all very well, but it's a bit hazardous as to what it deletes.
Attached file is a diff that provides a -M<text> option that lists
messages in the queue that match the given subject.

display queue size in bytes

Olivier Mueller — Mon, 17 Nov 2003 16:16:20 -0000

now:
omega:~ # qmHandle -s
Messages in local queue: 0
Messages in remote queue: 179

after:
omega:~ # qmHandle -s
Messages in local queue: 0 (0 bytes)
Messages in remote queue: 179 (341'092 bytes)

This would be nice to have...
I will try to implement it myself, but you will
probably be quicker... :-)

regards,
Olivier

Display From IP Address

Anonymous — Thu, 30 Oct 2003 20:32:15 -0000

"qmHandle -l" currently outputs the following:

2311338 (22, R)
Return-path:
From: postmaster@domain.com
To: blah@hotmail.com
Subject: failure notice
Date: 30 Oct 2003 20:51:29 -0000
Size: 2573 bytes

It would be nice to see the "from IP Address".

Requeing of certain message(s)

Diego d'Ambra — Tue, 10 Jun 2003 13:03:56 -0000

This feature is intented to let the user (re)queue certain
message(s).

Why only certain messages?

On a busy server used to "relay" messages to remote
domains the queue can be very big (10k of messages in
the queue) and sending qmail-send ALRM will
rescheduled the entire queue.

If one or more remote domains are "down" qmail waits for
timeout to these remote servers making the qmail-server
inresponsive for some time. This could be avoided if only
certain messages is reschedule.

Best regards,
Diego d'Ambra

WxPerl version of qmHandle

Michele Beltrame — Mon, 10 Mar 2003 13:35:02 -0000

Hi!

I'm thinking about a WxPerl (multiplatform GUI library)
version of qmHandle. This would mean a nice interface
instead of the console-based one, which is also pretty
protable: Wx works on Unix, Windows and MacOS X. Well,
Windoze is actually useless, as I can't relly se
qmHandle running under that. ;)

Anyone interested? Comments?

Thanks, Michele.

Option for send queued messages now

NetVicious — Thu, 06 Mar 2003 12:49:33 -0000

If you send one ALRM signal to qmail-send it will send
now all the queued messages

Thanks for this program ;-)