A developer (of a line of Windows products) I know is abandoning his
Yahoo-groups forums for good reasons, and moving to a web-based "Help
Desk" package that sounds ghastly---can't post to it via email, for
one thing. He thinks it'll make life better for him, by assigning
tracking numbers and organizing the threads that his largely-clueless
customers seem incapable of doing on their own. Some of the current
beta testers are howling in protest, wanting to keep an email
capability, and some are even advocating his moving to my provider's
site that hosts secure SmartList lists economically. (A lot of the
beta testers subscribe to a related list that I maintain.)
If I were in his position, I'd want to use SmartList in conjunction
with whatever additiions made sense to impliment a system for
providing help and tracking feedback from beta testers. So, my
question to this esteemed group is, what do you know of that's off
the shelf that I could suggest to this guy?
The basic requirements seem to be some means of assigning ticket
numbers to bugs, or individual product support issues, and a searchable
archive, in addition to the usual mailing-list features.
He's probably hopelessly wedded to his help-desk web thingie, but it
seems worth at least pointing him to something more user friendly if
I can.
TIA,
Jim
Hi:
On anew mailing list I'm setting up,
when I take a subscribers submission, and approve it,
then when it goes out to the list,
the "From" field is MY address which is incorrect & misleading.
How do I make the "From" field reflect the email address of the person
who actually submitted the message?
Thanks,
Mitch
--
Mitchell Darer, Systems Support / List Manager, mitch(a)focusing.org
The Focusing Institute, 34 East Lane, Spring Valley, NY 10977
http://www.focusing.org (845) 362-5222, fax(845) 678-2276
Violet wrote:
> Multipart/alternative/html/encoded woes ...
...
Violet,
I wish I could help you but this message is more of a 'me too!'.
I too bounce all encoded email and I frequently hear 'but yahoogroups
can handle it just fine'. I have been asked if I could implement what
Y!Groups does - in a multipart message, send only the plain-text part
and include an informative line like 'this message contained
attachments'.
I have dabbled in procmail recipes but this seemed too daunting so I
haven't tried anything yet.
If anyone has tried something like this or has a recipe which is
different from the 'all or nothing' one in the FAQ, please let me know.
> The past few months a lot of my list members have taken to saying,
> "Smartlist isn't very smart, is it?" every time the program has
> difficulties handling particular types of messages.
I know how you feel...
Regards,
Harshal
=====
http://www.mumbai-central.com : Where Mumbaikars meet
__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/
Zitat von Violet <violet(a)torithoughts.org>:
> Multipart/alternative/html/encoded woes ...
...
> So I'm wondering... is there any way [or can anyone here come up with a
> way] to make Smartlist simply convert any and all HTML/encoded messages to
> plain text? There has got to be *some* way to make that happen, doesn't
> there? I have other friends running mailing lists using other software
> programs and they've been able to do this, so it seems like Smartlist
> should be able to as well.
Use the same rc.local.sxx you are using now to reject certain attachments
to pipe html attachments to a html2text converter. E.g. a free one is
available at
http://userpage.fu-berlin.de/~mbayer/tools/html2text-1.3.1.tar.gz
Of course, you need at first to cut the html attachment from the mail and
replace it then with the text part. There are a lot of free MIME tools
available for such purposes, usable at the command line and in procmail recipes.
If you know about perl you could use MIME modules on www.cpan.org which
can be used to split up MIME mails and put it together in a new way.
Werner
I have an error line on my smartlist log:
qmail-inject: fatal: unable to parse address: (my listaddress)
I understand this may be a qmail problem, however I wonder
why the mail ditribution through the list are working fine
as usual ...
Zhiliang
Following some advice/examples I had this recipe in
my rc.local.s10:
:0 BH
* ^Subject:
| formail -i "Subject: [Empty Subject Line]" \
| (/usr/bin/cat; /usr/bin/cat $INFO/reject.nosubj $tmprequest) \
| $SENDMAIL -t
However this cause infinite loops in processing a posted mail.
The log file shows many such lines:
........................
__________
>From foo@bar Wed Feb 26 12:10:58 2003
Folder: formail -R"From X-From_:" -iDate: -iReturn-Receipt-To:
-iRea 2463329
__________
>From foo@bar Wed Feb 26 12:11:08 2003
Folder: formail -R"From X-From_:" -iDate: -iReturn-Receipt-To:
-iRea 2492132
__________
.........................
__________
Subject: [Empty Subject Line]
Folder: formail -i "Subject: [Empty Subject Line]" \ |
(/usr/bin/c 5701200
To: list@mydomain
From: scott(a)iastate.edu
__________
Subject: [Empty Subject Line]
Folder: formail -i "Subject: [Empty Subject Line]" \ |
(/usr/bin/c 11403052
To: list@mydomain
From: scott(a)iastate.edu
__________
When I took out this recipe, loop disappears and list function
return to normal. Any idea something is wrong?
Thanks in advance!
Zhiliang
Hi,
I'm sending X-command like subscribe and unsubscribe to my list. I what to
disable that a copy of subscribe/unsubscribe will be sent to the listmember.
How do I do that?
Kind Regards,
// Henric
At times, subscribers in my mailing list have their quota full (or their mail server is down, etc. etc.) and as a result, postings to their addresses bounce. All these bounced emails are then coming back to me since I am the moderator of the list. I am managing three moderated lists, each having 1000+ subscribers and so, these bounced emails are turning out to be quite overwhelming.
Is there a way to redirect these bounced emails to /dev/null instead of moderator ?
Thanks
Nishi
Hi All!
I have followed the steps described in the FAQ about the size limiting
of the list and about sending auto notification for the sender.
In the FAQ the place of this rule is said to be rc.local.00. The list
archive contains the same. I assume it should be rc.local.r00, because
if set in rc.local.s00 nothing happens.
My problem with this is the following:
If I send a mail bigger than the maximum size, then the owner-listaddr
gets a message about the size not the sender. I've set the
reply_to="Reply-To: owner-$listaddr" in rc.custom to avoid auto replays.
In the tmp.from file I can see a foo@bar line after processing.
It seems to me that the mail gets processed, the reply_to address is
set, and the size check follows only then. The original sender gets no
error messages . I might be wrong about this, but there are no other
lines in config files or "binaries" which uses owner-listaddr.
Any ideas how should I solve this problem?
Thanks for your help:
Odri Kornel
--
Odri Kornél (Netstudio Hungary Kft.-- http://www.netstudio.hu )
Key fingerprint: 8B80 FEFA 3817 2432 A862 3620 C15F AA96 F681 97B2
mailto:korci@netstudio.hu
On [2003-Feb-19] Gyan Penrose-Kafka <gyan(a)zenmonkey.net> wrote:
> How about considering problems from alternate perspectives
Sounds like good advice...
>
> The issue on my end is as a way to quickly isolate spam from legitimate and useful messages
Why not apply your advice to this very problem?
Experience has shown that the best approach is to first remove all the email *known* to be good ( i.e. not spam) from the stream and then apply your spam filters (or spamassassin or spamkiller or spamboinker or...) to the remainder. Less work for you, less work for your filters.
I chose smartlist as my listmanager (quite some time ago now) because it allowed be to configure my lists the way I want them to be and anyone else who has the software has that same opportunity. I did spend some time learning the background to some of the choices though so I could make informed decisions about those setup options. Since I work on a unix platform I have a much wider choice of tools to manage my email than others might have so I am free to rewrite the subject lines on my incoming email (should I choose to) and add all sorts of things. Perhaps if your email is proving to be a management problem you might want to consider moving to a platform that gives you more options to help you get it under control.
Rich
--
richard_ball(a)merck.com
(I regret the presence of the legal disclaimer but I have no control over it)
------------------------------------------------------------------------------
Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (Whitehouse Station, New Jersey, USA) that may be confidential, proprietary copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by e-mail and then delete it.
==============================================================================