I just noticed this....

Mails from two domains (hotmail and vsnl) to GM accounts when being replied gets the message (the incoming part) not being there on composing the reply. Is it that HM is also going or gone the AOL way wrt Re part of the mails. With other domains i do not see this. How is it that this is being implemented.

I have not checked with mails from these two domains to non GM accounts though...

Say i send a mail to a GM address from Hotmail. On clicking Reply, the message part of the recd mail is not displayed in the compose. While from mails recd from other domains the recd message part is also displayed while composing message.

I just tried this, and it quoted my email fine. I'm sending a plain text email to hotmail from my Gossamer Mail account, and then hitting reply in hotmail (which is using plain text to reply). What settings were you using?

It was the other way around. A mail recd from hotmail and hitting reply (html mode default in my GM account) in my GM account doesn't get the recd mail part in the compose (no quoting). Not tried in reply (text mode in GM account).

I would check what happens the way you tried (sending mail from GM to HM and then replying from HM and report back soon.

I think I've found what the problem is. Gossamer Mail HTML editor uses the text part of the email when it quotes the reply. Hotmail email's don't have a text part, so it fails to reply properly (a bug). I'll fix this for 2.2.

OK. ETA for 2.2? What are the additions planned for 2.2? I am still on 2.1.0. On upgrading do the original installed files backup or they have to be backed up manually before doing an upgrade. I am asking this as in my case (courier mta) it took quite an effort to get GM to start working.

While on HM, not all mails from HM behave this way. By default I think HM is RTF (that's what i saw when i reactivated my HM account recently).

There's a number of other things that need to be done, but other than that, the other major item that needs to be completed is payment support. If there's any other things you would like to see, let us know and we'll add it to our features list (no promises though).

Quote:

On upgrading do the original installed files backup or they have to be backed up manually before doing an upgrade.

I would recommended you backup your files manually before doing the upgrade, even though the installer is relatively good at detecting modified files.

Quote:

I am asking this as in my case (courier mta) it took quite an effort to get GM to start working.

What problems have you had with Gossamer Mail with Courier and what changes have you made to make Gossamer Mail work better with courier? We may want to integrate them into 2.2.

What problems have you had with Gossamer Mail with Courier and what changes have you made to make Gossamer Mail work better with courier? We may want to integrate them into 2.2.

Primarily it has been wrt bcc delivery and since it was rectified by GT I am sure that it would be a thing of past now.

Quote:

If there's any other things you would like to see, let us know and we'll add it to our features list (no promises though).

(1). Everyone.net feature --- Stationary Support -- This would allow user to sort of use letter head with mails. Could be a plus over other mailing software.

(2). @mail type of XP styled template set. I already have a HM Style template basically derived from nessa and HM. Reworking nessa to get @mail XP style template ... well i gave up.

(3). A/c Expiry reminder automation -- now that payment support is being implemented. This would be necessary in y opinion. Provision of Pre Paid Signup type of Support also could be thought of.

The changes being incorporated are good. How much of this would be requiring template modifications as right now i am with a single template system styled along HM.

And as an extension of limiting mails per user/ per session, (though easier said than done) could it be possible to have bandwidth allocation also with login refused when BW (on monthly basis) is exceeded. Just an idea...

Gossamer Threads is a Vancouver-based company with over 23
years experience in web technology. From development to hosting, we
partner with leading organizations around the globe and help to build
their web presences, strategies and infrastructures.