Re: [courier-users] 556 Address unavailable / sqwebmail Reject with error / EXITCODE=77
Sam Varshavchik wrote: Davy Gigan writes: Maybye sqwebmail generated EXITCODE should not implies that the address goes to the backscatter blacklist ? Yes, this is the case of the left hand not knowing what the right hand is doing. I looked at Courier's sources, and setting EXITCODE to 70 should bounce the message without triggering backscatter suppression. On the 3rd hand, they still generate backscatter. Giving end users the option to do it reminds the infamous Apple client's bounce button. I don't let users edit their filters that way, so I apologize for this gratuitous comment. However, shouldn't that code live in the .mailfilters directory for action during the SMTP dialog? - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] 556 Address unavailable / sqwebmail Reject with error / EXITCODE=77
Le vendredi 21 novembre 2008, Sam Varshavchik a écrit : Then is it normal for sqwebmail to generate such lines for a reject ? Removing EXICODE=77 is sufficient to solve my problem but then it's not a real « reject ». Maybye sqwebmail generated EXITCODE should not implies that the address goes to the backscatter blacklist ? Yes, this is the case of the left hand not knowing what the right hand is doing. Well, cut one hand and let the other do twice as many job ;) I looked at Courier's sources, and setting EXITCODE to 70 should bounce the message without triggering backscatter suppression. Can you try applying the following patch and verify that it fixes your problem. - EXITCODE=77\n - exit\n, tofolder+1); + EXITCODE=%d\n + exit\n, tofolder+1, EX_SOFTWARE); If i understand correctly the patch, this will only change the generated .mailfilter with exicode 70 instead of 77 ? As the bug is located on my production server, i must setup a replacement environnement to do some testings (in fact i already have one) : i don't want to recompile/reinstall the running programs before doing some testing. But i've tried to edit the .mailfilter by hand (it's faster and i think this should have the same effect), replacing manually the EXITCODE for a test user : the address makes it to the backscatter list again. It may related to courier's version i'm using or there is something else to modify on the code. I didn't have a look in courier's source prior to contact the list, i may have a look at it if you tell me where to look and what to look for : variable names, functions, related to backscatter part of the code. Side effect question when tracking this bug ... Is there a way to print the current backscatter list : command line, file, db (eventually in 0.60 or CVS version) ? It would avoid me the 2nd part of the testing, sending another e-mail or telneting 25 to see if i get 556 error. And it may be usefull to users that have anything triggering the 556 error. Thanks for your insterest in the problem. Regards -- Davy Gigan System Network Administration [Please no HTML, I'm not a browser] University Of Caen (France) [Pas d'HTML, je ne suis pas un navigateur] signature.asc Description: This is a digitally signed message part. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] 556 Address unavailable / sqwebmail Reject with error / EXITCODE=77
Alessandro Vesely writes: Sam Varshavchik wrote: Davy Gigan writes: Maybye sqwebmail generated EXITCODE should not implies that the address goes to the backscatter blacklist ? Yes, this is the case of the left hand not knowing what the right hand is doing. I looked at Courier's sources, and setting EXITCODE to 70 should bounce the message without triggering backscatter suppression. On the 3rd hand, they still generate backscatter. Giving end users the option to do it reminds the infamous Apple client's bounce button. I don't let users edit their filters that way, so I apologize for this gratuitous comment. However, shouldn't that code live in the .mailfilters directory for action during the SMTP dialog? No -- part of the code involves selecting which folder the message gets delivered to. That can't be done in .mailfilters. pgpvcq64FN0Nb.pgp Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
[courier-users] Postfix and quota clarification
Hello, I have a post-office platform based on Postfix-2.5.2+Courier-IMAP-4.0.1-Courier-authlib-0.53+MySQL-5.0.33. Can someone give some hint on how enable (and verify that works) quota on mailboxes? Thanks, rocsca - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] 556 Address unavailable / sqwebmail Reject with error / EXITCODE=77
Davy Gigan writes: But i've tried to edit the .mailfilter by hand (it's faster and i think this should have the same effect), replacing manually the EXITCODE for a test user : the address makes it to the backscatter list again. It may related to courier's version i'm using or there is something else to modify on the code. I didn't have a look in courier's source prior to contact the list, i may have a look at it if you tell me where to look and what to look for : variable names, functions, related to backscatter part of the code. In courier/module.local/localmail.c: case EX_SOFTWARE: ctlfile_append_reply(ctf, rcptnum, , COMCTLFILE_DELFAIL_NOTRACK, 0); However, looking at this again, there might be one more change needed to fully make this work -- remove the following two lines from courier/module.local/deliver.c if (rc == EX_SOFTWARE) rc=EX_NOPERM; Side effect question when tracking this bug ... Is there a way to print the current backscatter list : command line, file, db (eventually in 0.60 or CVS version) ? It would avoid me the 2nd part of the testing, sending another e-mail or telneting 25 to see if i get 556 error. And it may be usefull to users that have anything triggering the 556 error. The courier show all command displays all email addresses blocked by backscatter. courier clear manually removes an address. See the courier man page. pgpfHlY7hRckb.pgp Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
On Tuesday 18 November 2008 15:21, Lorenzo Perone wrote: Hi, I've had several cases of lost and/or misordered mails in the Sent maildir, actually this has been happening more than once in the combination between courier (v. 0.54.0) and, specifically, Apple's Mail client, both in its Leopard (3.5) incarnation, and in its Tiger version. I don't know who of the two (server or client) is actually reponsible for this, nonetheless, as you can imagine, it is very annoying to say the least. What happens is, that upon syncing over imap, the client loses many of its sent mails, or, I've seen also cases where they just were in the wrong auto-rotated month maildir. Anyone ever experienced this problem and came up with a solution / workaround? Could it be that the mail client is configured to only show subscribed folders? I've seen this multiple times with KMail, for instance. The cure in KMail is to merely deselect Show only subscribed folders for the IMAP account in question (alternatively, make sure to manually subscribe to new sent subfolders on a monthly basis or so). -- Frederik Dannemare - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] 556 Address unavailable / sqwebmail Reject with error / EXITCODE=77
On Friday 21 November 2008 at 13:50:01, Sam Varshavchik wrote : In courier/module.local/localmail.c: case EX_SOFTWARE: ctlfile_append_reply(ctf, rcptnum, , COMCTLFILE_DELFAIL_NOTRACK, 0); However, looking at this again, there might be one more change needed to fully make this work -- remove the following two lines from courier/module.local/deliver.c if (rc == EX_SOFTWARE) rc=EX_NOPERM; Ok, i may have the time to look in the code. Thanks for tips. I'll reply to this thread if i find somehing and i'll test the EXITCODE issue in debian's 0.60 version too. The courier show all command displays all email addresses blocked by backscatter. courier clear manually removes an address. See the courier man page. Sorry, i didn't find this information in debians courier 0.53 manpage. It seems normal : probably not supported by this version as the following command gives no output : strings /usr/sbin/courier | grep show However the clear command works perfectly in 0.53, i've found it in the manpage before contacting the list. In debian's 0.60 version there is the show command and the corresponding manpage. -- Davy Gigan System Network Administration [Please no HTML, I'm not a browser] University Of Caen (France) [Pas d'HTML, je ne suis pas un navigateur] signature.asc Description: This is a digitally signed message part. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
[courier-users] couriermlm problem
Hi, I have a couple of very large lists with couriermlm (close to 20k users each). So far it seems to me both lists have been functioning well, however it has just come to my attention that a number of users are not receiving the daily message. So I started looking through the logs to see if I could find the reason why, and so far I have no clue what's going on. Here's one example. I have a list reflexoes1 and a subscriber [EMAIL PROTECTED] [EMAIL PROTECTED]:/var/lib/mailman# couriermlm lsub /shared/data/couriermlm/reflexoes1 |wc -l 18330 [EMAIL PROTECTED]:/var/lib/mailman# couriermlm lsub /shared/data/couriermlm/reflexoes1 |grep [EMAIL PROTECTED] [EMAIL PROTECTED] (06-Nov-2008) So the address is indeed subscribed. But the person is not receiving messages. I looked back a few days on the mail.log.* (the list sends out daily messages) and there is no mention at all of this email address (either success or failure). The bounces directory has a lot of directories in it, [EMAIL PROTECTED]:/var/lib/mailman# ls /shared/data/couriermlm/reflexoes1/bounces|wc -l 5288 But a search in the bounces for the address also returns nothing (which makes sense because if there was a bounce then I'd see it in the logs) find /shared/data/couriermlm/reflexoes1/bounces/ -type f |xargs grep [EMAIL PROTECTED] returns nothing searching through mailq also results in nothing. So evidently there's not even an attempt to send the message to this address, even though couriermlm does list it as subscribed. This is only one example. There are many others exactly like it. How can I debug this? Maybe couriermlm is halting or crashing at a certain point in the subscriber list? Ricardo- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
[courier-users] temporary failure. Command output: maildrop: signal 0x0B
Hi everyone, I'm using OpenBSD with Postfix and Courier/Maildrop. Occasionally I experience trouble with maildrop whereby mail is deferred locally. What can be causing this? What tuning can be done? Error from mail log: temporary failure. Command output: maildrop: signal 0x0B Section from Postfix's master.cf: maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient} I'm having Postfix fetch mailbox info from a remote mysql instance. maildrop version is 1.7.0 Thanks for any help, /juan - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] couriermlm problem
Ricardo Kleemann writes: The bounces directory has a lot of directories in it, URL:mailto:[EMAIL PROTECTED]:/var/lib/mailman[EMAIL PROTECTED]:/var/lib/mailman# ls /shared/data/couriermlm/reflexoes1/bounces|wc -l 5288 But a search in the bounces for the address also returns nothing (which makes sense because if there was a bounce then I'd see it in the logs) find /shared/data/couriermlm/reflexoes1/bounces/ -type f |xargs grep URL:mailto:[EMAIL PROTECTED][EMAIL PROTECTED] returns nothing The mail address would not appear verbatim in the bounces. It gets encoded, in the return address, slightly, to escape special characters and punctuations. Try grepping just for the username or the domainname. searching through mailq also results in nothing. So evidently there's not even an attempt to send the message to this address, even though couriermlm does list it as subscribed. This is only one example. There are many others exactly like it. How can I debug this? Maybe couriermlm is halting or crashing at a certain point in the subscriber list? If you're invoking couriermlm from a .courier file, and it crashes, the list message should get either bounced back to the sender, or deferred and redelivered. If it's redelivered, you'd get complaints about duplicate list messages. If it gets bounced, the senders should complain about their messages getting bounced. Whatever the problem is, I think that a couriermlm crash is unlikely. It might be worthwhile for you to analyze the collected bounces, to see if you can spot a common problem with non-deliveries, which might lead you to an answer to this question, too. Also, when there are more than two list subscribers in the same domain, couriermlm will use multiply-addressed message to deliver messages to the recipients in the same domain, up to 20 recipients per single message. You should also grep your log file to any list message to the same domain, and collect some additional diagnostic info. pgpZQzDti9AXk.pgp Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] temporary failure. Command output: maildrop: signal 0x0B
Juan Miscaro writes: Hi everyone, I'm using OpenBSD with Postfix and Courier/Maildrop. Occasionally I experience trouble with maildrop whereby mail is deferred locally. What can be causing this? What tuning can be done? Error from mail log: temporary failure. Command output: maildrop: signal 0x0B grep signal.h for what's signal 11 on OpenBSD. If it's SIGSEGV, many years ago there were reports of old versions of gcc miscompiling maildrop, when optimization are turned on. Depending on what version of gcc you built maildrop with, and what compilation flags you used, you may have this problem. pgpRA60E26dX4.pgp Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] couriermlm problem
But a search in the bounces for the address also returns nothing (which makes sense because if there was a bounce then I'd see it in the logs) find /shared/data/couriermlm/reflexoes1/bounces/ -type f |xargs grep URL:mailto:[EMAIL PROTECTED][EMAIL PROTECTED] returns nothing The mail address would not appear verbatim in the bounces. It gets encoded, in the return address, slightly, to escape special characters and punctuations. Try grepping just for the username or the domainname. Ok, I did that, and found a couple more interesting things. For this list, reflexoes1 I find nothing at all for the domain edm.co.mz. I have another list, which has one subscriber in that domain, and delivery to it is successful. Here's the one that DOES work: # couriermlm lsub /shared/data/couriermlm/reflexoes4|grep edm.co.mz [EMAIL PROTECTED] (05-Nov-2008) # grep edm.co.mz /var/log/mail.log.0 |grep reflexoes4 Nov 20 16:37:45 email1 courierd: started,id=0013404D.492602D9.5D06,from=[EMAIL PROTECTED],module=esmtp,host=edm.co.mz,addr=[EMAIL PROTECTED] Nov 20 16:37:53 email1 courieresmtp: id=0013404D.492602D9.5D06,from=[EMAIL PROTECTED],addr=[EMAIL PROTECTED]: 250 OK id=1L3K2V-x1-Sk Nov 20 16:37:53 email1 courieresmtp: id=0013404D.492602D9.5D06,from=[EMAIL PROTECTED],addr=[EMAIL PROTECTED],size=8270,success: delivered: mta.edm.co.mz [196.28.228.18] Nov 20 16:37:53 email1 courieresmtp: id=0013404D.492602D9.5D06,from=[EMAIL PROTECTED],addr=[EMAIL PROTECTED],size=8270,status: success Now, the ones that DON'T work: # couriermlm lsub /shared/data/couriermlm/reflexoes1|grep edm.co.mz [EMAIL PROTECTED] (06-Nov-2008) [EMAIL PROTECTED] (6-Nov-2008) # grep edm.co.mz /var/log/mail.log.0 |grep reflexoes1 (returns nothing at all) To add more to the mystery, even though lsub lists those 2 addresses, the sublist directory does NOT have any directory for the edm.co.mz domain: # ls -d /shared/data/couriermlm/reflexoes1/sublist/*mz* /shared/data/couriermlm/reflexoes1/sublist/teledata.mz So why would the sublist not cover those 2 addresses that are said to be subscribed? Ricardo - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] Postfix and quota clarification
Rocco Scappatura a écrit : Hello, I have a post-office platform based on Postfix-2.5.2+Courier-IMAP-4.0.1-Courier-authlib-0.53+MySQL-5.0.33. Can someone give some hint on how enable (and verify that works) quota on mailboxes? 1- there is no quota support in postfix. 2- there is no safe quota support in any MTA. most quota implementations will send a bounce, which may resultin backscatter 3- if you can queue mail, you can deliver it ;-p 4- disks don't cost too much now. 5- if your users abuse mail, destroy their heads, not ours. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] lost sent mails - monthly rotation
On 21.11.2008, at 13:59, Frederik Dannemare wrote: Could it be that the mail client is configured to only show subscribed folders? I've seen this multiple times with KMail, for instance. The cure in KMail is to merely deselect Show only subscribed folders for the IMAP account in question (alternatively, make sure to manually subscribe to new sent subfolders on a monthly basis or so). no, Apple Mail usually automatically subscribes to all folders. Some may not appear immediately, but mostly they appear within the next relaunch. What I've witnessed however, is complete months of email which vanisch and do not appear in their relative Year/month dir, not even after a manual sync. I don't think it's a courier bug, but it definitively happens in concurrence with the rotation (read: with an sqwebmail login). I also realize the rotation feature is confusing many users. I've been using it for years now, but now that I know how it works (should have studied the mans better...) I also see why it is confusing: consider the case of a user who mails by IMAP for a few months, and then on holiday he uses sqwebmail: upon return from the holiday he thinks all his mails are gone on the IMAP client, until he realizes the subfolders and subscribes to them (we've had tens of such calls). on the other hand, I understand that changing this default now would almost certainly irritate existing courier users... just thoughts - it's OK to have the option at least to disable rotation. maybe the solution would be to make it a global feature, independent from which kind of client is used, so users and MUAs get used to it from the beginning ;) As for the bug, I'll file it at Apple as soon as I find a way to reproduce it by hand... Sincere regards, Lorenzo -- Frederik Dannemare - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier- users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] couriermlm problem
Hi Sam. Now, the ones that DON'T work: # couriermlm lsub /shared/data/couriermlm/reflexoes1|grep edm.co.mz [EMAIL PROTECTED] (06-Nov-2008) [EMAIL PROTECTED] (6-Nov-2008) # grep edm.co.mz /var/log/mail.log.0 |grep reflexoes1 (returns nothing at all) You are expecting that bounces have 'reflexoes1' in the return address. Your first mailing list's address is, apparently, [EMAIL PROTECTED] Do you have any reflexoes1 entries in your maillog, at all? Maybe this list's ADDRESS setting is not set correctly. Unfortunately that's not the case. The list has over 18,000 subscribers, and every night over 12,000 definitely get delivered successfully. I run a script every night that checks success: delivered for each of the lists, including both reflexoes1 and reflexoes4. I've also written a script that checks ANY attempt by courier against each the subscribed addresses and there are certainly a few, just like this one I'm tracking down, that never even have a mention in the log. To add more to the mystery, even though lsub lists those 2 addresses, the sublist directory does NOT have any directory for the edm.co.mz domain: # ls -d /shared/data/couriermlm/reflexoes1/sublist/*mz* /shared/data/couriermlm/reflexoes1/sublist/teledata.mz So why would the sublist not cover those 2 addresses that are said to be subscribed? This is fine. A separate subscription file does not get created until there are three addresses subscribed to the list from the domain. Domains with two or fewer subscribers are all stored in the same file. Ok, that makes sense. However, what doesn't make sense is that a few of the subscribed addresses don't appear to be even tried, it's almost like courier overlooked them. It's not a list address or configuration thing because 99+% of the addresses do get acted upon, and only a few simply get overlooked. I'd like to somehow debug this further... Ricardo - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] couriermlm problem
Ricardo Kleemann writes: To add more to the mystery, even though lsub lists those 2 addresses, the sublist directory does NOT have any directory for the edm.co.mz domain: # ls -d /shared/data/couriermlm/reflexoes1/sublist/*mz* /shared/data/couriermlm/reflexoes1/sublist/teledata.mz So why would the sublist not cover those 2 addresses that are said to be subscribed? This is fine. A separate subscription file does not get created until there are three addresses subscribed to the list from the domain. Domains with two or fewer subscribers are all stored in the same file. Ok, that makes sense. However, what doesn't make sense is that a few of the subscribed addresses don't appear to be even tried, it's almost like courier overlooked them. It's not a list address or configuration thing because 99+% of the addresses do get acted upon, and only a few simply get overlooked. I'd like to somehow debug this further... Well, it's straightforward debugging from this point on. Unless you can figure a pattern that all the problematic addresses fit into, that might point towards a clue. Your log grep included the list's return address. Try grepping for the problematic subscriber addresses without the list address, see, if anything, gets logged for the subscriber addresses that might not directly reference the list's address, but might be related. There's one possible thing you can try if you have a separate test machine which is not processing any mail, otherwise. Export the subscriber list, and import it into a test mailing list on the test machine. Then, don't start Courier on the test machine. Even if Courier is not running, it will still accept new messages, which will simply get writted into the ${localstatedir}/tmp directory (/var/spool/courier/tmp, or /usr/lib/courier/var/tmp). You can then invoke couriermlm msg directory manually, with a test message supplied on standard input. couriermlm should then go through the subscriber list, and generate outgoing messages. They'll be accepted, but queued up in the tmp directory without being processed. As long as you don't start Courier, they won't go anywhere. This is a good way to confirm which messages go out to the entire subscriber base. Then, the tmp directory can be wiped, with no further harm done. If you do not have a test message, run couriermlm export to export the subscriber list, compress it, and send it to me. I'll try to set it up on a test box, and see if I can figure out something. pgpvSSf1NkF0M.pgp Description: PGP signature - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ courier-users mailing list courier-users@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users