I tries to send email using codeigniter. I sent to gmail (# gmail.com) successfully but not for other domains example (# example.com). is there anything that could help me ??
following my code
$this->email->from($data['email'], 'Report');
$this->email->to('biosm.sa#gmail.com', 'hasan#example.com');
$this->email->set_mailtype('html');
$this->email->subject('Report '.$data['first_name'].' '.$tgl_report);
$this->email->message($report);
$this->email->send();
I get print debugger like buttom this :
Your message has been successfully sent using the following protocol: mail
From: "Report"
Return-Path:
Reply-To: "hasan#example.com"
X-Sender: hasan#example.com
X-Mailer: CodeIgniter
X-Priority: 3 (Normal)
Message-ID: <546066ca6a564#example.com>
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="B_ALT_546066ca6a5b9"
=?utf-8?Q?Report_Mujahid_12/11/2014?=
This is a multi-part message in MIME format.
Your email application may not support this format.
Related
I've upgraded an existing email sending program from Indy 9 to Indy 10. This works fine in our test environment but on a clients site the attachments are appearing in the body of the email. Their SMTP server is adding a footer to the email and adding <html> ... </html> tags around the whole thing, which is causing this issue. The previous version on Indy 9 worked fine for this client.
Here is an example of the email we are sending:
Content-Type: multipart/mixed; boundary="gcJJK3Qk5C6XIV9FEwfRcK=_EH4Oq32hqE"
MIME-Version: 1.0
Date: Thu, 1 Oct 2020 00:02:29 +0100
Message-Id: <20201001000278.SM78660#B-P-S0308-APP1>
This is a multi-part message in MIME format
--gcJJK3Qk5C6XIV9FEwfRcK=_EH4Oq32hqE
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Body text appears here.
--gcJJK3Qk5C6XIV9FEwfRcK=_EH4Oq32hqE
Content-Type: application/octet-stream;
name="PDA Audit.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="PDA Audit.pdf"
JVBERi0xLjINCjEgMCBvYmoNCjw8IC9UeXBlIC9DYXRhbG9nIA0KL1BhZ2VzIDMgMCBSIA0KL1Zp
ZXdlclByZWZlcmVuY2VzIDw8IA0KPj4NCj4+IA0KZW5kb2JqDQo1IDAgb2JqDQo8PCAvVHlwZSAv
<more lines here>
--gcJJK3Qk5C6XIV9FEwfRcK=_EH4Oq32hqE--
Is there anything wrong with this?
I note that the boundary no longer contains the =_NextPart, so I'm wondering if the code on the server has been badly written and is expecting to find this. Has anyone else had a similar issue?
Issue solved. We were allowing Indy to decide on the Content-Type which worked if we only sent an email with an attachment. If a previous email was just text the Content-Type was set to text/plain. When the email with the attachment was then sent Indy thought the Content-Type was already set so did not change it. Setting the Content-Type correctly solved the problem.
We are creating meeting in o365 using APIs from our application running in AWS. Now when o365 tries to send the meeting invitation mail to the attendees, it is failing with the following message
"Your message wasn't delivered because the recipient's email provider rejected it."
Accept-Language: en-IN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator: <MA1PR01MB05367FFBBDA3D3428394F137EA940#MA1PR01MB0536.INDPRD01.PROD.OUTLOOK.COM>
MIME-Version: 1.0
X-Originating-IP: [x.x.x.x]
X-MS-PublicTrafficType: Email
X-Microsoft-Exchange-Diagnostics: 1;MA1PR01MB0536;35:xxkBmbXtXVZGwsiEiilEbeHIi2ZfWIEmurkPr5sPyonpPJb4Few1njcGEXmLtoIRRPDQzZ0MGBpVxEBs5k+NHQ==
Return-Path: ravi#wizergos.onmicrosoft.com
X-MS-Office365-Filtering-Correlation-Id: bff8840d-3e84-4e15-2467-08d4f5e3332a
X-Microsoft-Antispam:
UriScan:;BCL:0;PCL:0;RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(2017082002075)(300000503095)(300135400095)(2017052603199)(2017052602031)(201703131423075)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095);SRVR:MA1PR01MB0423;
X-Microsoft-Exchange-Diagnostics:
1;MA1PR01MB0423;3:Xef52NLXLwX4Of/x+cHPnQu37UGGPZubrpQKrlol422+XrwEXRRTZSVc/dNSXnhf8zx/T3Ve+GWXWow34lClcPGYw2XJOww+LnbbazzBaUpH+7AZ7hxerQvITqaoRBJ+O8BwlgPm5N66JQ/x8OzvOrfEyLfy5wHMyfkpOdUQcjNjk3WwA/UqEYLnw0Bi8+sNzuRv9KYmy3e/ecsoKufxTGIxhUvkzscdXkJzmIcFxSj1U8oe7gu1ju+UfLIlRAAz;25:zlxV3kOuhuB0AiZji3QcQYsFZJ4gM6V/ScR+fcNLjRVTqC9vhwucbQbjtW9XROTGixbi6P1XnxZYIfYY/vthmVoXWErFHLAMoGrCz7UBGJW0KLn7PdMUXYBjcRqJYe+4D/I2VYW0lIpLOBkrgjrcrbHtNN/0vH38fGyNPhbMzLccW+Tqo3xYzqobZxenetGqBon1tI06pDOrTLn6djWYhXdZlqNFpXXY/C8DnZKwSejoPER6L5SAGK0RuDKxROrHqNXw3lUsIuhRpHl83jVXbvg+wT9LxcgODN738IbttbxOeXI7TO8MJwnF0RcQqwXJgg4g6lwDP9eG4eZ5DkK09w==;31:XbLZ42S1mgULCldfxD4tdswCKMK1cS7vfLD+FG9nWiDnId97lqaiEjqhMJKODPQ6D2wqtFthn6QmcsMJdibizsyvlxn8M7Wk/R+nn1Te+T4cT2ngQ4M67NizCLL2r8XnhNj+mOss4l84OUb5/R7JRLBVwJ1EVqvzsorjhJrP+5lC/yp+RCiNXQOM3u+FYorruWbYJRnKgyO6nss45/v195R/sk+gxArKezWR5DMLZGs=
X-MS-TrafficTypeDiagnostic: MA1PR01MB0423:
X-Exchange-Antispam-Report-Test: UriScan:;
X-Microsoft-Antispam-PRVS:
<MA1PR01MB042315699A93C8516E927B2DEA940#MA1PR01MB0423.INDPRD01.PROD.OUTLOOK.COM>
X-Exchange-Antispam-Report-CFA-Test:
BCL:0;PCL:0;RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(100000703101)(100105400095)(6002118)(6000006)(6041248)(20161123555025)(20161123564025)(20161123558100)(20161123560025)(201703131423075)(201703061421075)(20161123562025)(2016111802025)(6072148)(6043046)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095);SRVR:MA1PR01MB0423;
X-Microsoft-Exchange-Diagnostics:
1;MA1PR01MB0423;4:0/9bOsP2nGypeImKrp94rgcadobyGcmHZZJcrZkUYWm/njcJgwcAQCN9lUpXScM1V1xJ/OgUpsN0XumAc26tB9p2PxVh8ZlKLsUr6MekfDwIgTesUobWI0vz2H/dPFNXeyT3EB9c4kzNmL7eUFW1nzT6FbvB/T1EdCjWFT75Lys44X5fHMNv/7YyFYJMvNYFNi6+ZAVD0it+y54F+eHtUUfsCTW3evk+1+ifzP81C1MKGvgHgMXdexgwoZzp/zDL;23:OjwAxMC42eaZnBXh0jG8s6hWVMNwT3CLZvnFC1FffQMfC4yvFvyCPQwRol0ZIja9qcSK4H3e7okBP7qRbkbBmd92pefGIx1Zk8LERY0D3nZgrSyxljJCahO18B/96ypzTDc4pfMD4aU6wZskaNb09+jWANhMoUfSpjO6cWVmhLaaCSFtnF3oq6vVgdG20iQCAkV8vhAyH7kmV1pt17VLLzAmJe2qJ5IVb0Sr74FbXVc=;6:cnMNa1KjnOzQAMEYkQl2HnBDwhs0VUa2lJy07jV0iWa1fzIvHJKOUQcVCA1m17JigjidHTvENe91KEkVekLBJ9zVKi61ZVZ1oLTtx73RZdqUFJz8M2RYv0JcqYG36q+p53xrrW6vto/Y82nNWc30PIEBUcHUnyc9eiXugSjtgu08Rpj0RLJoxs2iHVzE3tskn1u45ll/c3J6+DCqAB3L+V1yWT76OvSjXBaI5GMAzvZQP3vjCzTz2SztNBKf8RDpVFsO1UcN6wuzNWIbRrPfwFH58VAlzf7Ua9jopR+nlPBVOsjnyS9Yrloz8qPIwl9mOEb4Tn1psCuxwTyhdLnHgQ==
X-Forefront-PRVS: 04238CD941
I am using codeigniter email class and helper. Everything worked perfectly well just yesterday and I dont think that I have done anything with it, but now I just dont receive any emails. The print_debugger() is echoing that a mail has been successfully sent, but there is no email in my gmail inbox, nor is any in the spam.
I have also configured a James email server and I cant receive any emails on that too. I really dont know what to do. I read somewhere that maybe I had stated $this->load->library('email') multiple times, so I have deleted all that statements and instead of that I created an autoload function for that. There are no errors within the framework whatsoever but the emails just cant be received.
$config['protocol'] = 'sendmail';
$config['charset'] = 'iso-8859-1';
$this->email->initialize($config);
$this->email->from('check#mail.com', 'Admin');
$this->email->to('mygmailaccount#gmail.com');
$this->email->subject('subject');
$this->email->message('email body');
$this->email->send();
echo $this->email->print_debugger();
The output is something like this:
Your message has been successfully sent using the following protocol: sendmail
User-Agent: CodeIgniter
Date: Sun, 14 Jul 2013 21:54:39 +0200
From: "Admin"
Return-Path:
To: mygmailaccount#gmail.com
Subject: =?iso-8859-1?Q?subject?=
Reply-To: "check#mail.com"
X-Sender: check#mail.com
X-Mailer: CodeIgniter
X-Priority: 3 (Normal)
Message-ID: <51e301ffa45d3#mail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
email body
You might want to start by looking in the mail server logs on the mail server that is being used to send the outgoing message from your codeignitor script. These should show you (a) whether or not the outgoing mail server is receiving the message for queuing from your codeignitor script, and if so - (b) what is happening when delivery of the message to the remote MTA is attempted.
I'm currently working on an application that will send the user a selected coupon via email or MMS. The problem that I am running into is with the display of the MMS when the customer receives it. on Android, the image is being displayed as a video, and on iOS, everything is wrong about the message.
Here's an example of the headers that are being sent:
User-Agent: none
Date: Tue, 5 Mar 2013 10:45:12 -0500
From:
Return-Path:
Subject: =?utf-8?Q?Your_Requested_Coupon?=
To: ###########txt.att.net
Reply-To: "webadministrator#domain.com"
X-Sender: webadministrator#domain.com
X-Mailer: none
X-Priority: 3 (Normal)
Message-ID: <51361308f1651#domain.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="B_ATC_51361309002f2"
This is a multi-part message in MIME format.
Your email application may not support this format.
--B_ATC_51361309002f2
Content-Type: multipart/alternative; boundary="B_ALT_51361308f3595"
--B_ALT_51361308f3595
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
--B_ALT_51361308f3595
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
--B_ALT_51361308f3595--
--B_ATC_51361309002f2
Content-type: image/jpeg; name="promo3.jpg"
Content-Disposition: attachment;
Content-Transfer-Encoding: base64
....
IMAGE ENCODING HERE
....
--B_ATC_51361309002f2--
And the CI Code:
$this->email->from('webadministrator#domain.com');
$this->email->to('XXXXXXXXXX#PHONE_MESSAGE_CENTER.COM');
$this->email->subject('Your Requested Coupon');
$this->email->message($this->load->view('sms_email', '', TRUE));
$this->email->attach('/path/to/image.jpg'); //I've also tried passing a second param 'inline' to change the Content-Disposition to inline
Does anyone know if it is possible to use the built in email class to accomplish this, or do I need to write specific headers to make picture messaging display properly?
Also is there a proper message format for MMS: text or html?, is there a proper way to attach an image for the iOS to view?
trying to send mms from the web using an email address, example #mms.att.com, will get you blocked by the network eventually. there is not a clean way to get around this problem without support of the network or mms partner. the best solution these days is to just send an sms with a link to a mobile ad on the web.
and by the way, i'd recommend a provider like cdyne or twilio for sms (dont try to send sms via email address either!) you might also try to simply connect a 3g/4g modem and modifying the driver to programmatically shoot sms/mms messages. go at your own risk on that one ..
I'm programming an email newsletter with a couple of embedded images. The headers look like:
... (snip)
MIME-Version: 1.0
Content-type: multipart/related;
boundary="xyzzy1220091"
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
--xyzzy1220091
Content-type: text/html; charset=iso-8859-1; name="tempE924AAC7.html"
Content-description: html
Content-transfer-encoding: 7bit
Content-disposition: INLINE
(HTML newsletter here)
--xyzzy1220091
Content-type: image/jpeg; name="cabecera.jpg"
Content-description: cabecera
Content-transfer-encoding: base64
Content-disposition: inline; filename="cabecera.jpg";
Content-ID: <cabecera>
This works correctly in Gmail, Hotmail, Apple Mail... everything I tested it on, except Outlook 2010. In it, it will show an empty message and the HTML and JPG files as attachments in separate tabs; if you click on the HTML, it will show you a preview button with a warning about showing previews only from trusted sources.
If I send the newsletter not as a multipart/related attachment, but just as a HTML email:
Content-type: text/html
Content-transfer-encoding: quoted-printable
Then it displays perfectly in Outlook... but of course, then I can't add inline images.
As for the original problem, I solved it by using "multipart/alternative" and not attaching the HTML part as a file