Rated 5 out of 5 stars

Great addon!

When using FileLink, even if the file is uploaded onto the server (and should not exist anymore in the message), autocompress zips it, creating again the attachment.

There should be an option to disable it when using Filelink uploads.

To workaround the issue, I checked the confirm compress option (in miscellaneous), and I manually refuse to compress when linked.

All the best to you! Great work!

This review is for a previous version of the add-on (0.4.3). 

Please contact me!

Thank you for review and for this report. Could you please contact me at official email address: autcompressfile@gmail.com? I do not use "filelink" service and would like to be in touch with you to understand how to solve the problem. Thank you. Regards.

EDIT: This has been fixed in v0.5.1.

Rated 5 out of 5 stars

This is an AWESOME add-on! Works excellent!

One small thing: in the default settings all kinds of criteria are defined whether files should be compressed or not. Size of the file and percentage of compress results are such criteria. I got a message that my files didn't match the criteria. Searching on google revealed the cause of this error and I could solve it by editing the filters.

I think it would be better if the default settings were less restraining. For me compressing is not (only) about saving bandwith/filesize. It is mostly to save the recipient the trouble of having to download one file at a time. Wich in mails with many attachments is a real nuisance.

But this point is really a minor thing. It was easy to adjust the add-on to my likings.

This review is for a previous version of the add-on (0.3.1). 

Rated 4 out of 5 stars

Sehr praktisch und funktioniert beim Senden/Weiterleiten einer Email

schön wäre noch, wenn man:

Wenn man noch bei BMP Anhängen einstellen könnte, dass diese nicht gezippt würden sondern in PNG umgewandelt

eine vorhandene Mail, die man in seinem IMAP Postfach liegen hat mit einem großen Anhang komprimieren könnte ohne den Header mit Absender, Datum etc. zu verändern. (um den benötigten Speicherverbrauch seines IMAP Kontos klein zu halten)

This review is for a previous version of the add-on (0.2.6). 

Unrelated feature requests

Hi, thanks for the review.
Regarding what you ask:
1. It's definitely not the purpose of ACF to compress/resize/convert images. There's too much things to handle. It's not that simple (i know the thing). Use a dedicated addon for this (why not give a try to AutoResizeImage? ;))
2. It's also not the purpose of ACF to handle received messages. ACF intends to offer maximum flexibility for attached files while sending messages.

Rated 5 out of 5 stars

Five stars for me: a very useful add-on, highly configurable.

Nevertheless, I have a little complaint and a feature request.

1. After the first confirm popup asking if I want to compress, clicking Yes, I was prompted by a second one, for the name.
IMHO, the cancel button doesn't function: it should be an abandon, while now it prompts indefinitely with the same popup.
Three options here:
a. Don't show a cancel button. (very bad choice, for me)
b. Send the email immediately, leaving the attachments uncompressed
c. Come back to the editor (useful if I notice a missing attachment or something wrong in the text: imho the main reason to cancel, at this point)
Explaining it in the same popup, of course

But maybe you could simplify and boost the whole behaviour by prompting the user only one time:
- a check button "Compress?" -better if selected by default or not by a configuration option-, and an entry field for the name (hidden\editable depending the check),
- a "Send" button,
- a "Cancel" button, to come back and modify something wrong or missing

2. I don't know if it's possible, but what is really missing is the availability to protect the zip with a password.
A second entry field ("blank for not"). Or a check button and an hidden\editable entry field? I don't know.

Thank you in advance

This review is for a previous version of the add-on (0.2.6). 

Specific settings set / No zip password feature

Hi, thanks for the review.
1. If you are prompted by a dialog asking for name that's because you've enabled this mode (Settings > Compression > Compression method), which you've obviously chosen because that's not default option to ask for a name while compressing. The "cancel" button is meant to cancel the renaming, not the compressing. As you've noticed you are already asked to compress or not at first. Why would you go back now? I don't think you would like a final dialog to ask for compressing confirmation... If you've set a bad name, or want to go back to default generated name (which can be customized), then this "cancel" button does it. Dialogs (1) ("Compress?") and (2) ("Name?) definitely cannot be mixed because they have a clearly different purpose: dialog (1) could be enabled/disabled for any compression; dialog (2) is here only if you've set "ask for a name" in settings, it's useless if original name is used, or if a customized name is set.
What you suggest at last, is some form of "interactive" mode which is an unplanned feature i've got in mind. Maybe somedays, when days would be shorter and sky more cloudy.
2. The Mozilla native API does not provide any kind of password protection. That's a development choice i'm not responsible for and cannot override unless API itself evolves.

Does not work with files dragged. Rated 4 out of 5 stars

Does not work with files dragged. Only works with files added by the button "attach". Please solve this.

If it were as simple to "Auto Zip Attachments" would be better.

However, great work and thanks for the contribution.

**Sorry for my bad english**

This review is for a previous version of the add-on (0.2.4). 

It does work for dragged files!!

Hi. Sorry, but it seems you have not understood how it works or what this addon is for.
Sure it does work for dragged files! I'm sure about it because a) i never use "attach" button, and given dozens and dozens and dozens of tests i've done while developing this addon i would have noticed it b) how can the addon seriously make a difference between a file attached through the button or by drag'n'dropping?? an attached file is an attached file. final dot.
As for the "simplest" i'm sorry but you cant't get powerful features without some kind of complexity... complexity which is widely reduced by a smart thinking of default behaviour and also by exhaustive explanations of features through settings dialog and through mozilla addons website.

Furthermore, there is a dedicated support email address: if there is something unclear i'ld be glad to make it more clear.


Rated 5 out of 5 stars

Very useful, save time!

This review is for a previous version of the add-on (0.2.3). 

Rated 5 out of 5 stars

Brilliant! If only Mozilla would make bzip2 or (better yet) 7-Zip part of the native API...

This review is for a previous version of the add-on (0.1.2). 

Love It Rated 5 out of 5 stars

Oh I was soooo happy when someone told me there was something similar to auto zip which is an add-on I've used for years & the developer disappeared, so I couldn't update to TB 5.

This even has a few more features, but it's too much for me to figure out.

So long as it zips files quick & easy so I don't have to do that myself, that's all that matters to me.



This review is for a previous version of the add-on (0.1.1). 

Thanks for this friendly review.

Rated 4 out of 5 stars

Totally excellent add-on! Works very well. The only thing I would recommend is an option for auto-splitting messages greater than 10MB into chunks.

I use it with the Enigmail add-on and the signatures even stay intact.

This review is for a previous version of the add-on (0.1.1). 

Moz API does not provide a way of splitting compressed files

Hi and thanks for the review. How i wish there were such feature as "archive" splitting in the mozilla API but it does not provide any option to split created file, sorry. That's the side effects of a native API, but pros are a must: lightweight, x-platform, more stable. Regards.

Rated 4 out of 5 stars

I think this is excellent add-on if using single-byte code for file name.
I use Windows/Japanese-OS and usually use double-byte code file name. In this case, file name encode is changed from default(Shift-JIS) to UTF-8 during compression.
TrvTrv, Could you please solve this problem? Thanks in advance.

This review is for a previous version of the add-on (0.1.0). 

No handling of non-ASCII characters : limitation of Mozilla API

Hi Kuni and thanks for the review. Unfortunately, the character "issue" is due to zip library which is Mozilla API' one (see https://bugzilla.mozilla.org/show_bug.cgi?id=296795). As explained in tab #5 'character replacement' of settings dialog "Standard of zip format does not allow non-ASCII characters in name of compressed files". The character replacement feature is a way to solve the issue. I understand this should be a harsh nay impossible to achieve for non-ASCII alphabets, but this definitely cannot be overridden until the Mozilla API evolved.

Rated 5 out of 5 stars

Excellent and useful, thanks.
Is there an option to get the .zip extension automatically turned into .zi_ , so that the mail can pass through antiviruses or filters (in my company for instance, I can't receive a mail with a .zip file in it. But .zi_ works well)? Thanks

This review is for a previous version of the add-on (0.1.0). 

Thanks for the review. I will consider adding such feature in next release (next version is coming soon, i've fixed a few bugs), certainly in 'advanced' tab. Regards.

not working with TB 5 under Ubuntu Rated 4 out of 5 stars

Seems to be a good extension, however, with TB 5 under Linux there always pops up a message "no file to compress- criteria do not match" and it does not compress any file (no doc, no txt, no pdf, etc).

This review is for a previous version of the add-on (0.1.0). 

Be sure to make real tests and have a look to settings

Hi, thanks for your review. Are you sure settings really match compression actions? I mean there are lots of settings, amongst them: by default pdf files are filtered (=not compressed) because for pdf files compression benefit is generally very poor (see Settings > Source filename > Source file extension) ; by default very small files (< 50ko) are not compressed (see Settings > Compression > Filters) ; by default, files of any type for which compression benefit is too low (5%) are not compressed (see Settings > Compression > Filters). I've just re-runned advanced tests under Mandriva 2011.2, everything seems ok. If for you, there still are issues, please enable debug mode, and follow debug procedure as described above in official description of addon on this site. Cheers.

Rated 5 out of 5 stars

Sorry, was my mistake , in the rush of setting ...
Everything works wonders. Great add-on.
At this point change vote deserves 5 ​​stars.

This review is for a previous version of the add-on (0.1.0).  This user has a previous review of this add-on.

Rated 5 out of 5 stars

An excellent add on does all what it promises. Thanks a ton. I wish there was an English page too as I do not understand this language :)

This review is for a previous version of the add-on (0.1.0b33). 

Thanks Socrates for this friendly and quick review (less than one day after official release). I noticed i previously put a "frenchy" link on AutoZipAttachments reviews page. Now it's ok. Cheers.