-
Notifications
You must be signed in to change notification settings - Fork 194
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BCC parsing failure #57
Comments
When this feature is gonna be added? |
Hi, I try a raw email with : And I don't have any error when I call $Parser->getHeader('to') the result is what I expect : After I don't understand you said that you are able to find the recipient email adress in Received Part but you can't parse it... so how to you retrieve it ? |
Hi eXorus, |
This should not be an enhancement as the functionality is already there. I am using the Mailcare Laravel web app as an example here, but it can be applied to any php scenario. Looking at the The Postfix pipe(8) daemon you will notice that the last last command attribute is what is executed.
Now, going back to the pipe daemon, you will noticed as well, that we can specify command arguments, and some ${arguments} can be passed by postfix itself to the command. Specifically looking at the So to solve the problem of getting all address in our Laravel Console command, we will not be using the Headers to determine the recipients but rather passing them by using Postfix the
For more information on how to make use of the arguments in the Artisan command, please take a look at the following sections in the Laravel Documentation, I found these very helpful: |
I'm closing the issue because the explanation of @CryDeTaan is perfect. In a nutshell: You should get recipient from the mail server instead of the headers of the emails. |
Sorry to jump so late, but I disagree with the mail server part. We are talking about email parser, the script should be functioning(correctly parsing an email) without relying on third-party services like postfix or etc. I.e email body should be sufficient to provide all necessary information, let say we have to parse an email log. |
Agree with you but could you give the full email example. |
Hi,
first of all thanks a lot for the great plugin. It works for most emails, but recently I noticed issue with parsing when email send using BCC field. In this case TO: email header contains:
undisclosed recipient;
which causing error. Header example with BCC:From: Test <test@yahoo.com> Reply-To: Test <test@yahoo.com> To: Undisclosed Recipients <test@yahoo.com> Message-ID: <269861739.294826.1432412463408.JavaMail.yahoo@mail.yahoo.com>
I was able to find recipient email addresses in Received from part (for
<recipient@gmail.com>
), but this part of the headers apparently ignored.Return-Path: <test@yahoo.com>Received: from nm41-vm6.bullet.mail.gq1.yahoo.com (nm41-vm6.bullet.mail.gq1.yahoo.com. [67.195.87.93]) by mx.google.com with ESMTPS id cg8si9129786pac.134.2015.05.23.13.24.04 for <recipient@gmail.com> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 23 May 2015 13:24:05 -0700 (PDT) Received-SPF: pass (google.com: domain of test@yahoo.com designates 67.195.87.93 as permitted sender) client-ip=67.195.87.93;
Thank you
The text was updated successfully, but these errors were encountered: