I tried to look at the 7.3.1 changelog but I get an error when I tried to access it, so I don't know if this is something fixed in 7.3.1.

When I send out mass emails, I use the BCC method, but I enter members@myforum.com as the default email address. However, I find that when the emails are delivered the To: line is blank and does not contain the default address. This is causing lots of rejected mail from my users' servers. I'm pretty sure that in previous versions (but not sure how far back) the default addy DID get added to the To: line when sending by BCC.

Don't enter a default email address ie something in the to: field.

How is that going to help? The problem is, some of my members are not receiving my emails because there is NOT something in the TO: field. The Threads software should place an address in the TO: field if you enter a default address. That way the emails won't be rejected by some email servers that require something in the TO: field.

If you put something in the bcc, and leave the to field empty, it will put the receivers address in there for each recipient.

I left the default blank like you suggested and send an email via bcc and again the TO: line was blank. It did not put in the members' names in the TO: field.

Hmm, this must be something with how your email server is sending things out. I just did a test here, and leaving the To field blank while sending BCC, and it put each email into the To field.

Since it's dropping the To: even when you have something specified, I'll need to look and see what might be going on there.

I recently changed servers, so you may be onto something. I thought I remembered that it used to put "members@mydomain.com" in the TO: field if that was what I entered as the default. SO maybe I need to change something a my mail set up....any help or thoughts where to begin would be most welcome.

Can you find out if they are using Sendmail, Qmail, or Exim as the mail server, Basil?

I'm using sendmail for scripts, the path is /usr/sbin/sendmail


The server mail transport software is exim


Basil

Bump - anyone?

Don't want this thread to die. I really need some help here folks. Seems things were working before I moved to a new dedicated server. I did upgrade the threads I think to 7.3 since the move. Did anything change that might affect email? Or, is it, as I suspect, something in my new mail server configuration that is causing the issue? Maybe some setting in WHM or in the mail config itself? Any ideas or suggestions?

Thanks,
Basil

Rick, you have a PM this time with a video to demo the problem.

prolly a quick fix is to do the following:

libs/mailer.inc.php find:

change to:

and i would actually call that a bugfix.. not a quickfix

i PM'd you as well

Close but no cigar! Now it puts my forum admin address in the TO: field - it still ignores what I type in the Default TO: field. YOu have a PM with details (and a movie)

why would you care about the TO anyway ? its the BCCs that matter.. NO ?

Obviously I care! I would prefer it to be addressed to what I type into the Default field so that 1) my subscribers see "members@britishcarforum.com" in the TO: field, which is what they are used to seeing for the past 8 years and 2) I'd prefer the software works as intended.

Also, when you send out 9000+ emails by BCC (I have over 9400 actually) it will send that many emails to whatever the "TO: address" is. When I send out my emails, I create a temporary email account on my server called members@britishcarforum.com which receives all those extra emails. That way I don't get a bunch of "Undeliverable" messages in my inbox. When I'm done, I simply delete that account, messages and all. However, when the TO: address is my site account address, I end up with 9000+ identical emails in my site admin email account, which gets downloaded via MS Outlook to my computer, which is a pain.

This seems like it should be a relatively easy fix - the variable in the Default TO: field in the mail form ($bogus) is not making it to the "TO: field" of the outgoing message for some reason. I'm hoping this bug can be properly fixed, even if it is not until the next version. I am still willing to help test things if needed, but I would really like to see this fixed.

v/r

in 'the fix' line 3 above

$config['SITE_EMAIL'] change to the throw away addy that you've had for 8yrs then:

ie: "iwontreadthis@neener.com" as a temp fix or whatever your temporary email addy is.

SD's suggestion will work until I can track down the actual issue. If you want it to be another email, just change that block to.

in the end, admin/dosendmail.php needs the real fix.. if i find time, i'll post here.

$bogus is there and not sure if it gets passed along after the 1st redirect.

would be easy to just make that a "both" type of an input and then append to the redirect URL..

never mind (we're using the DB to save shite between POSTs): its a 1 liner in admin/dosendmail.php

find:

change to:

and leave the original 'temp fix' in, so any blank $To is at least given the site email as a default (for any OTHER cases)..

I think I may have solved it. Leaving everything else "stock," then in the file dosendemail.php, around line 288, find this:



and replace with this:



Does that seem logical? Seems to work and passes the variable "$bogus" to the variable "$to" in the ubbt_mail function.

Basil

lmao.. oooookay..

um, that's kinda exactly what i said in the post, prior to yours..

did you read my post above yours ?


.. then exactly what you posted..

i also further recommended doing the 1st change i posted in this thread, because the mailer should have a default anyway when it's not called with a $To..

so doing BOTH would be what i recommend as the final fix.

<embarrassed> I guess I didn't see your post.</embarrassed>

Rick's was the last post I remember seeing. After I messed around and stumbled on the fix, I just popped back in and did a reply without realizing you had posted the same thing.

Anyway, I'm very glad to have a resolution...thanks.


Basil

no probs