New version 2.84 of Simple Mail
TechnalXS —Fri, 02/01/2013 - 04:11
A new version 2.84 of Simple Mail is available on AMO.
https://addons.mozilla.org/en-US/firefox/addon/simple-mail/
What's new in this version ? :
- ADDED : New attachments display
- FIXED : Progress bar don't update
- ADDED : "Refresh Every" option for account with zero fill in, set manual check account
- ADDED : Attachments are automatically placed at the end of the email when composing
- ADDED : Option to display/don't display remote images in mails
- ADDED : Sound notification
- 0 votes
Re: New version 2.84 of Simple Mail
Submitted by Slanec on Fri, 02/01/2013 - 05:59On 2.84 and FF18, if I send an email to myself, the email doesn't pass the spam check in my email provider (seznam.cz, the biggest czech competitor to google) and ends up in the Spam folder completeley unreadable. The From field is missing, there is no Subject (even though I specified it) and the email body looks like below. Also, note the super redundant FONT tags:
------------simplemail1359716212166
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Hello there! What am I doing wrong?
------------simplemail1359716212166--
Re: New version 2.84 of Simple Mail
Submitted by Slanec on Fri, 02/01/2013 - 06:08When I send an email to myself, it doesn't pass my mail provider's spam check and ends up in the Spam folder, being completely unreadable. The FROM field is empty, the Subject is empty (even though I filled it) and the message body looks like this:
(also, note the redundant FONT tags - when the text is a little bit longer, there appears a LOT of them.
Re: New version 2.84 of Simple Mail
Submitted by TechnalXS on Sat, 02/02/2013 - 07:03hello,
i did a try and it work well for me ...
if anyone else reading these lines could do the same test and tell us the result ...
Regards
Re: New version 2.84 of Simple Mail
Submitted by AyeJay on Sat, 02/02/2013 - 11:18Hi,
I made such tests, for two different accounts of mine.
Everything turned out to work well, besides those additional superfluant font size tags:
Attention: in the following <> are replaced by ()!
e.g.: "(font size="3")Hello, what am I doing wr(font size="3")ongly here?"
which indeed should be avoided! (M/B some buffer is too short?!)
The Spam-relevant headers were in one case
X-ID: Th4vfvZ1rhmFQJq0rl2kbsvRI5e0MvruTpeJhn1pGx+7T7i37ubwNsxA0ge4y02wTb
X-TOI-SPAM: u;0;2013-02-02T13:05:14Z
X-TOI-VIRUSSCAN: unchecked
X-TOI-MSGID: 18ad7476-8eab-45b0-bab7-c2e937e51dca
X-Seen: false
in the other case:
X-ID: bpnMWZZFghk-fZh64KdUO52r-5ikxfaiX92b6rPvvkic4imwH3z-uAvPiOdNv04wQk
X-TOI-MSGID: 8dc2ae16-6214-4315-8e60-d5fadd62986d
X-Spam-Ratio: 2.41
X-Spam-Details: 0;0;0;2.41;0.00
Nothing extraordinary here!
In order to check your problem better,
you should provide all the headers of the mail source -
but please remove your personal data before!
Re: New version 2.84 of Simple Mail
Submitted by AyeJay on Sat, 02/02/2013 - 12:31WOW!
Just got my test-mails from above in the OPERA browser, and YES, there are the ERRORS described by ***Slanec***!
They are resulting from BLANKS; newly introduced with SimpleMail Version 2.84... ALAS!
See here for example:
Attention: BLANKS replaced by UNDERSCORES, and all FAULTS shown in BOLD!
Date_: Sat, 02 Feb 2013 14:06:24 +0100
Disposition-Notification-To_: .....
From_: .....
User-Agent_: Simple Mail V2.84
MIME-Version_: 1.0
To_: .....
Subject_: Test #2
Content-Type_: multipart/related;
Those BLANKS are NOT ALLOWED following the KEYWORDS e.g. Date : and before that terminating COLON!
SimpleMail itself ignores those BLANKS when receiving mails, which is not correct (strictly spoken!) either, but anyhow much better than to show nothing, as OPERA does, or other mailers, strictly implementing the email RFCs...
This is a real and heavy BUG, making SimpleMail UNUSABLE!
Another BUG or whatsoever I found, M/B also some setting I don't have set correctly is:
Pushing the Refresh - Button is now NOT refreshing all accounts, I have always to refresh each account separately!
Please make the CORRECTIONS of these BUGS ASAP!
Re: New version 2.84 of Simple Mail
Submitted by TechnalXS on Sat, 02/02/2013 - 16:09try this new version :
https://addons.mozilla.org/en-US/firefox/addon/simple-mail/versions/2.84.1
For the refresh problem, "Refresh Every" option for account with zero fill in, set manual check account.
Re: New version 2.84 of Simple Mail
Submitted by AyeJay on Sat, 02/02/2013 - 17:13Can't find that "manual check account"!
Where is it, please?
Sending mails is now working fine again... :-)
Re: New version 2.84 of Simple Mail
Submitted by TechnalXS on Sun, 02/03/2013 - 05:13in the settings account tab, if the option "Refresh every" is "0" (zero) this account is set to manual check, so the refresh button don't check this account : you have to select it in the refresh button menu to check it.
Re: New version 2.84 of Simple Mail
Submitted by AyeJay on Mon, 02/04/2013 - 08:39I see...
... but I am unhappy with your solution.
I would prefer, to have "0" for getting an account INCLUDED in MANUAL SEARCH by the refresh button, but With NO AUTOMATIC refresh;
any POSITIVE INTEGER for minutes of the interval to check AUTOMATICally without having to do manual refreshing; but also to include it into manual refreshing when that refresh button is pushed (just as it was before!);
and NEGATIVE INTEGER "-1" for explicitly EXCLUDING that account from MANUAL checking by the refresh button.
This would be much clearer and additionally, it would NOT DIFFER from the old behavior!
As it is now, I have to put a large positive integer in order to include an account into MANUAL checking "WITHOUT" AUTOMATIC refresh,
say "9999", which is too large for an repetition interval of checking time to happen normally.
There is NO limit given of that INTEGER, and if I put there "999999", something strange is happening, namely endless refresh operations which can't be stopped, the CANCEL button does NOTHING!
Even closing SimpleMail does not terminate the refresh operations, and even more: closing Firefox and restarting it again - these ENDLESS REFRESH operations are still CONTINUING!
This may be considered another BUG!
Re: New version 2.84 of Simple Mail
Submitted by AyeJay on Mon, 02/04/2013 - 06:47There is another BUG!
The contents of an AUTOMATIC RECEIPT mail is not shown!
As an example I show the following source here (in italics):
(personal data removed!)
Return-Path: <###@###>
Received: from mailin51.aul.### (mailin51.aul.### [172.20.27.0])
by mhead210 (Cyrus v2.3.15-fun-3.2.14.0-1) with LMTPA;
Mon, 04 Feb 2013 11:33:13 +0100
X-Sieve: CMU Sieve 2.3
Received: from M1RRZSMAILOUT1.kdrs.de ([194.0.93.41]) by mailin51.aul.###
with esmtp id 1U2JMJ-1LqXaq0; Mon, 4 Feb 2013 11:33:07 +0100
Received: from mail1.### (m1rrzsmail1 [10.174.254.26])
(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
(No client certificate requested)
by M1RRZSMAILOUT1.kdrs.de (Postfix) with ESMTPS id 5ED7320E293
for <###@###>; Mon, 4 Feb 2013 11:33:07 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
by mail1.### (Postfix) with ESMTP id 4769B76607A
for <###@###>; Mon, 4 Feb 2013 11:33:07 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at mail1.###
Received: from mail1.### ([127.0.0.1])
by localhost (m1rrzsmail1.### [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id tqcz59Dl4_zZ for <###@###>;
Mon, 4 Feb 2013 11:33:07 +0100 (CET)
Received: from LRAESVMMEX-1.###.local (mailer2.### [10.176.240.40])
(using TLSv1 with cipher AES128-SHA (128/128 bits))
(No client certificate requested)
by mail1.rzrs.### (Postfix) with ESMTPS id 295E6766057
for <###@###>; Mon, 4 Feb 2013 11:33:07 +0100 (CET)
Received: from ###.###.local ([10.176.240.40]) by ###
([10.176.240.40]) with mapi id 14.01.0421.002; Mon, 4 Feb 2013 11:33:07 +0100
From: ### <###@###>
To: ### <###@###>
Subject: Gelesen: Fwd: Buchungszeichen: 5.1486.001012.0 u.a.
Thread-Topic: Buchungszeichen: 5.1486.001012.0 u.a.
Thread-Index: AQHOAsJqdoU6J7jcv0+5zMw/uT8l95hpgIXT
Date: Mon, 4 Feb 2013 10:33:06 +0000
Message-ID: <6D739CAFC24F9B43A922E241E53546CE68C78FF1@###>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: multipart/report;
boundary="_000_6D739CAFC24F9B43A922E241E53546CE68C78FF1###_";
report-type=disposition-notification
MIME-Version: 1.0
X-TOI-SPAM: u;0;2013-02-04T10:33:14Z
X-TOI-VIRUSSCAN: unchecked
X-TOI-MSGID: a91cb083-4ab4-4f1a-b45e-a97673dc84e0
X-Seen: false
X-ENVELOPE-TO: <###@###>
--_000_6D739CAFC24F9B43A922E241E53546CE68C78FF1###_
Content-Type: multipart/alternative;
boundary="_002_6D739CAFC24F9B43A922E241E53546CE68C78FF1###_"
--_002_6D739CAFC24F9B43A922E241E53546CE68C78FF1###_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Ihre Nachricht
An: ###
Betreff: Fwd: Buchungszeichen: 5.1486.001012.0 u.a.
Gesendet: Montag, 4. Februar 2013 11:28:44 (UTC+01:00) Amsterdam, Berlin=
, Bern, Rom, Stockholm, Wien
wurde am Montag, 4. Februar 2013 11:33:06 (UTC+01:00) Amsterdam, Berlin, B=
ern, Rom, Stockholm, Wien gelesen.
--_002_6D739CAFC24F9B43A922E241E53546CE68C78FF1###_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Ihre Nachricht
An: ###
Betreff: Fwd: Buchungszeichen: 5.1486.001012.0 u.a.
Gesendet: Montag, 4. Februar 2013 11:28:44 (UTC+01:00) Ams=
terdam, Berlin, Bern, Rom, Stockholm, Wien
wurde am Montag, 4. Februar 2013 11:33:06 (UTC+01:00) Amsterdam, =
Berlin, Bern, Rom, Stockholm, Wien gelesen.
--_002_6D739CAFC24F9B43A922E241E53546CE68C78FF1###_--
--_000_6D739CAFC24F9B43A922E241E53546CE68C78FF1###_
Content-Type: message/disposition-notification
Final-recipient: RFC822; ###@###
Disposition: automatic-action/MDN-sent-automatically; displayed
X-MSExch-Correlation-Key: hiAwVkN1fUqni5HK2GXyFg==
Original-Message-ID: <1U2JHo-4FfhXk0@fwd56.###>
X-Display-Name: ###
--_000_6D739CAFC24F9B43A922E241E53546CE68C78FF1###_--
The mail entry itself is shown correctly in the listing of mails,
but when switching to that entry of the listing,
there is nothing happening in the display field of the content,
the old, shown before mail is NOT replaced!
Pages