User Forum
Xequte User Forums
Profile    Active Topics    Forum FAQ    Search this forumSearch
     
Forum Tips
» This forum is for users to discuss their software problems and suggestions for improvement.  Remember that only a tiny percentage of our users experience such problems (To be precise less than 0.7% have ever posted on this forum)
» Include your software version number (as displayed in the About Box)
» Check the FAQ before posting as most common questions have already been answered
» You don't need to also e-mail us separately as our support team will respond to all questions on this forum
 
 All Forums
 Xequte User Forums
 MailList King
 Processing of undeliverables

Note: You must be registered in order to post a reply.

Size 
UserName:
Password:
Mode 
Format  BoldItalicizedUnderline Align LeftCenteredAlign Right Horizontal Rule Insert HyperlinkInsert EmailBrowse for an image to attach to your post Insert CodeInsert QuoteInsert List
   
Message 

 

Emoji
Smile [:)] Big Smile [:D] Cool [8D] Blush [:I]
Tongue [:P] Evil [):] Wink [;)] Black Eye [B)]
Frown [:(] Shocked [:0] Angry [:(!] Sleepy [|)]
Kisses [:X] Approve [^] Disapprove [V] Question [?]

 
Check here to subscribe to this topic.
   

T O P I C    R E V I E W
yvonner Posted - Mar 01 2009 : 02:55:31
Hi,

I have MailList King setup to process undeliverables from Outlook's inbox. This is working and MLK then moves these messages from the inbox to the trash folder. Until last week when I first used MLK, I was processing these undeliverables manually and I know there are some in there that do not contain a traceable email address. I'm sending 250 to a message so embedding the user ID in the message header doesn't work for me. Question: is it possible to get MLK to either (a) not move these untraceable messages and leave them in the inbox or (b) move them to a folder I specify? I would like to scan thru them manually - often it's caused by the recipients server changing the domain name when returning the message.

Thanks,

Yvonne

5   L A T E S T    R E P L I E S    (Newest First)
xequte Posted - Mar 01 2009 : 02:55:31
Hi Yvonne

I will consider it for a future update.

MLK does not mark any messages as read before deleting them (unless you have enabled the hidden option to do so).



Nigel
Xequte Software
nigel@xequte.com
yvonner Posted - Mar 01 2009 : 02:55:31
Don't know how easy that is for you to implement, but maybe it could be an option - I'd accept performance degradation but I realize not all would.

If I look in Outlook's trash folder, I see that some of the undeliverables are marked as read, some unread. Why is this? Is this relevant? E.g. unread ones could not be matched up?

Thanks,

Yvonne
xequte Posted - Mar 01 2009 : 02:55:31
Hi Yvonne

The problem is that there is (almost) never an undeliverable message that does not contain some address (for example, in the header there may be multiple even if none refer to the actual bounce).

What could be useful is that if none of the addresses that are found exist in the mailing list (or the removed list) then MLK leaves the message rather than deleting them.

The only problem with that approach is the performance hit. A bounce message report may contain multiple addresses (reply address, recipient address, plus an address in the body) and each unique address would need to be checked in two database tables.



Nigel
Xequte Software
nigel@xequte.com
xequte Posted - Feb 26 2009 : 00:19:49
Hi Adrian

Bounce messages do not have a standard formatting so when MLK processes one it retrieves every address it contains and updates the bounce count (except that it tries to avoid updating it for the message sender, which is not always possible). You might want to disable automatic removal of addresses that bounce too much and manually check the frequent bounce addresses yourself (in the Other Filter mode there is a filter to show frequent bouncers).



Nigel
Xequte Software
www.xequte.com
nigel@xequte.com
adrianw Posted - Feb 24 2009 : 04:47:15
Not sure if this is a recent change but I just noticed that when I send a message to my mailing list (of which I am a member) my undeliverable count gets increased for every bounce, as well as the undeliverable count for the member to whom the message was addressed.

Admittedly there is some code which prevents my own bounce count from being updated several times quickly.
But even so if I am weeding out target email addresses that bounce I don't want to find the workflow deletes my own address (for sending to bouncing addresses).

Has it always been like this?
Is it a bug or a feature?



Adrian