squirrelmail-devel — SquirrelMail Development Mailing List

Re: [SM-DEVEL] No Subject = No Ability To Read?

[Paul L. <pa...@sq...>]

On Mon, Feb 25, 2013 at 9:29 AM, Per Hansson <ha...@ya...> wrote:
> Paul Lesniewski wrote
>> 1.4.23-SVN should be working with messages that had caused this
>> problem under PHP 5.4.  If you think otherwise, you should provide the
>> full message source so we can analyze it.
>
> I looked into this further now, even though the messages appear without a
> subject title they actually do have one, here are some examples that come up
> as empty in the web interface, is it because of the codepage they carry in
> the subject?
>
> Subject: =?windows-1252?Q?Att_=F6verlista_Dj=E4vulen?=
> Subject: =?Cp1252?Q?Maestr=EDa_en_Gesti=F3n_Ambiental_de?=
> Subject: =?iso-8859-1?Q?50_%_rabatt_p=E5_Aff=E4rsb=F6cker_och_Ljudb=F6cker?=
> Subject:
> =?ISO-8859-1?Q?SISTA_CHANSEN:_K=F6p_3_st_Bj=F6rn_Borg_2-pack_-_betala_f=F6r_2?=

All those displayed fine for me.

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

Re: [SM-DEVEL] ERROR You must be logged in to access this page. Go to the login page

[Paul L. <pa...@sq...>]

On Wed, Mar 13, 2013 at 8:36 AM, demaxil <de...@gm...> wrote:
> Hi All,
>
> I have been using Squirrelmail version 1.4.22 for over 2 months now and its
> been working perfectly.
> Suddenly this morning users cant login and it gives them this error:
> ERROR
> You must be logged in to access this page.
> Go to the login page

Things change for a reason.  *You* have to figure out what changed to
cause this.

> When i use an alternative mail client users are able to login fine. I have
> tried to read online and within this forum and everybody seems to point it
> to a cookie issue. I have cross-checked by cookie session settings both on
> the server and browser and i don't seem to see an issue.
>
> Please advise will be greatful for any help

Check the mailing list posting guidelines for additional tips.

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

Re: [SM-DEVEL] Bug fixed in the fedora rpm but not in squirrelmail 1.4.22

[Paul L. <pa...@sq...>]

On Wed, Feb 13, 2013 at 1:29 PM, Pi...@cr...
<pi...@cr...> wrote:
> Hi,
>
> There is a bug that is fixed in the Fedora repository, and the fix is
> published in the bug report:
> https://bugzilla.redhat.com/show_bug.cgi?id=784015
>
> For some reason, the fix is not available in the version 1.4.22 which can be
> downloaded from squirrelmail.org. I had to manually edit the file like
> explained in the bug report from Fedora; all my problems were solved with
> this patch !

1.4.22 is a released product.  It does not change after it is released.
You need to download 1.4.23 (snapshot).  The RedHat patch isn't the way
we fixed this, but should work.  You should use 1.4.23 to help vet our code.

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

[SM-DEVEL] ERROR You must be logged in to access this page. Go to the login page

[demaxil <de...@gm...>]

Hi All,

I have been using Squirrelmail version 1.4.22 for over 2 months now and its
been working perfectly.
Suddenly this morning users cant login and it gives them this error:
ERROR
You must be logged in to access this page.
Go to the login page

When i use an alternative mail client users are able to login fine. I have
tried to read online and within this forum and everybody seems to point it
to a cookie issue. I have cross-checked by cookie session settings both on
the server and browser and i don't seem to see an issue.

Please advise will be greatful for any help 



--
View this message in context: http://squirrelmail.5843.n7.nabble.com/ERROR-You-must-be-logged-in-to-access-this-page-Go-to-the-login-page-tp25344.html
Sent from the squirrelmail-devel mailing list archive at Nabble.com.

Re: [SM-DEVEL] No Subject = No Ability To Read?

[Per H. <ha...@ya...>]

Paul Lesniewski wrote
> 1.4.23-SVN should be working with messages that had caused this
> problem under PHP 5.4.  If you think otherwise, you should provide the
> full message source so we can analyze it.

I looked into this further now, even though the messages appear without a
subject title they actually do have one, here are some examples that come up
as empty in the web interface, is it because of the codepage they carry in
the subject?

Subject: =?windows-1252?Q?Att_=F6verlista_Dj=E4vulen?=
Subject: =?Cp1252?Q?Maestr=EDa_en_Gesti=F3n_Ambiental_de?=
Subject: =?iso-8859-1?Q?50_%_rabatt_p=E5_Aff=E4rsb=F6cker_och_Ljudb=F6cker?=
Subject:
=?ISO-8859-1?Q?SISTA_CHANSEN:_K=F6p_3_st_Bj=F6rn_Borg_2-pack_-_betala_f=F6r_2?=



--
View this message in context: http://squirrelmail.5843.n7.nabble.com/No-Subject-No-Ability-To-Read-tp25132p25323.html
Sent from the squirrelmail-devel mailing list archive at Nabble.com.

Re: [SM-DEVEL] No Subject = No Ability To Read?

[Per H. <ha...@ya...>]

Paul Lesniewski wrote
> On Fri, Feb 22, 2013 at 8:23 AM, Per Hansson <

> hanzzon@

> > wrote:
>> Joy Denise wrote
>>> Can't view received email messages that don't have a subject.. there's
>>> nowhere to click and open the message.. is there a fix to this or
>>> something I have configured wrong?
>>> -------
>>> It appears this may be an issue with PHP 5.4 not allowing SquirrelMail
>>> to
>>> work
>>> 
> <snip>
>>
>> I have the same issue with PHP v5.4 and the latest SVN version as of
>> yesterday.
>> Has anyone found a solution for this? I think in previous versions it
>> said
>> "no subject" but now there is no text at all, making the mail
>> unreadable...
> 
> 1.4.23-SVN should be working with messages that had caused this
> problem under PHP 5.4.  If you think otherwise, you should provide the
> full message source so we can analyze it.

I'm not sure if I misunderstand or was not clear enough.
My issue is not with PHP v5.4 error messages in the Linux messages log.
It is about reading a mail which has no subject title, on my system there is
simply nothing to click on to open the mail...
Here is an example picture showing what I mean:
http://img.techpowerup.org/130222/Squirrelmail-No-Subject.png



--
View this message in context: http://squirrelmail.5843.n7.nabble.com/No-Subject-No-Ability-To-Read-tp25132p25315.html
Sent from the squirrelmail-devel mailing list archive at Nabble.com.

Re: [SM-DEVEL] No Subject = No Ability To Read?

[Paul L. <pa...@sq...>]

On Fri, Feb 22, 2013 at 8:23 AM, Per Hansson <ha...@ya...> wrote:
> Joy Denise wrote
>> Can't view received email messages that don't have a subject.. there's
>> nowhere to click and open the message.. is there a fix to this or
>> something I have configured wrong?
>> -------
>> It appears this may be an issue with PHP 5.4 not allowing SquirrelMail to
>> work
>> <snip>
>
>
> I have the same issue with PHP v5.4 and the latest SVN version as of
> yesterday.
> Has anyone found a solution for this? I think in previous versions it said
> "no subject" but now there is no text at all, making the mail unreadable...

1.4.23-SVN should be working with messages that had caused this
problem under PHP 5.4.  If you think otherwise, you should provide the
full message source so we can analyze it.

Thanks,

Paul

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

Re: [SM-DEVEL] No Subject = No Ability To Read?

[Per H. <ha...@ya...>]

Joy Denise wrote
> Can't view received email messages that don't have a subject.. there's
> nowhere to click and open the message.. is there a fix to this or
> something I have configured wrong?
> -------
> It appears this may be an issue with PHP 5.4 not allowing SquirrelMail to
> work 
> <snip>


I have the same issue with PHP v5.4 and the latest SVN version as of
yesterday.
Has anyone found a solution for this? I think in previous versions it said
"no subject" but now there is no text at all, making the mail unreadable...



--
View this message in context: http://squirrelmail.5843.n7.nabble.com/No-Subject-No-Ability-To-Read-tp25132p25313.html
Sent from the squirrelmail-devel mailing list archive at Nabble.com.

Re: [SM-DEVEL] New line character after Content-type: causing SquirrelMail to display messages incorrectly

[Adrian H. <adr...@gm...>]

I finally managed to connect the problem to HMail's IMAP responses. I
posted the problem there.

Thanks for the help and for the excellent piece of software. I've only
used Squirrelmail for the past four years but I still haven't
encountered any serious problems - I guess this HMail issue is just
another example of how reliable SM is!

On Sat, Nov 10, 2012 at 11:53 AM, Adrian Hada <adr...@gm...> wrote:
> Thank you for your answer. I forgot to add some details to the last message
> so here's some additional info.
>
>  The e-mail I had sent was HTML plus a txt file attachment (a readme.txt I
> added trying to debug). I wasn't able to reproduce the problem using plain
> text e-mails (actually, most people in my organization still choose to send
> plain text and only a few go for HTML - this is why I was very slow in
> finding out there was a problem). Yesterday I found out that sending message
> receipts fails with the same problem - the text does not appear, but a .dat
> attachment gets added to the e-mail with the message contents from the new
> boundary.
>
> The reason I pointed out the newline was that I was messing around with the
> original messages' contents (as stored by HMail) and removing the newline
> character solved the problem. Adding it broke the display again. Using a
> logfile which posted headers as they were processed, I was able to track the
> newline being added by the foldline function.
>
>
> On Sat, Nov 10, 2012 at 8:41 AM, Tomas Kuliavas
> <to...@us...> wrote:
>>
>> Adrian Hada wrote
>> > I encountered a problem using SquirrelMail which I wasn't able to solve
>> > using regular means or find in the mailing lists so far. The problem
>> > goes
>> > like this - some HTML e-mails are missing contents with the relevant
>> > parts
>> > appearing as ATT-n.dat attachments.
>> >
>> > I was able to track the problem to the MIME header of the e-mail, namely
>> > to
>> > there being a new line character after Content-Type for
>> > multipart/alternative. For example, this e-mail header (I removed the
>> > domain info):
>> >
>> > ....
>> > I was able to track this issue to the foldline function in the deliver
>> > class - namely, the long Content-type line causes foldline to do a fold
>> > before the soft limit and sends the rest of the line to the new one.
>> > From
>> > there on, I guess the boundary is not correctly interpreted. As a
>> > workaround, I added a preg_match test so that foldLine is not called for
>> > Content-Type lines.
>> >
>> > My knowledge of MIME is limited so I can't figure out if the problem is
>> > in
>> > the message creation (the newline shouldn't be there) or reception
>> > (newline
>> > should be ignored) and I'd prefer to rely on something better than my
>> > quick-fix skills to solve the issue.
>> >
>> > Further info:
>> >
>> >    - SquirrelMail version - *1.4.23 [SVN] (config file is 1.4.20)*
>> >    - PHP version 5.3.18
>> >    - Web server IIS 6.0
>> >    - HMail Server 5.3.3
>> >    - Windows 2003
>> >    - Installed Manually
>> >    - Browsers - tried multiple
>> >
>> > Thanks for your help.
>>
>> email has two content-type headers. if it is reply, check headers in
>> original email. check, if you can reproduce it without html_mail plugin
>> messing with message structure.
>>
>>
>> newline after header tag is allowed, if header value+header tag does not
>> fit
>> into recommended header line length.
>> --
>> Tomas
>>
>>
>>
>> --
>> View this message in context:
>> http://squirrelmail.5843.n7.nabble.com/New-line-character-after-Content-type-causing-SquirrelMail-to-display-messages-incorrectly-tp25122p25123.html
>> Sent from the squirrelmail-devel mailing list archive at Nabble.com.
>>
>>
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_nov
>> -----
>> squirrelmail-devel mailing list
>> Posting guidelines: http://squirrelmail.org/postingguidelines
>> List address: squ...@li...
>> List archives: http://news.gmane.org/gmane.mail.squirrelmail.devel
>> List info (subscribe/unsubscribe/change options):
>> https://lists.sourceforge.net/lists/listinfo/squirrelmail-devel
>
>
>
>
> --
>
> Adrian Hada



-- 

Adrian Hada

[SM-DEVEL] Bug fixed in the fedora rpm but not in squirrelmail 1.4.22

[<Pi...@cr...>]

Hi,

There is a bug that is fixed in the Fedora repository, and the fix is published in the bug report: https://bugzilla.redhat.com/show_bug.cgi?id=784015

For some reason, the fix is not available in the version 1.4.22 which can be downloaded from squirrelmail.org. I had to manually edit the file like explained in the bug report from Fedora; all my problems were solved with this patch !


I hope it helps and thanks a lot for this great product

Pierre Timmermans

There is extra return, that would prevent this to work correctly. So, instead of steps in comment #2, try following: - open /usr/share/squirrelmail/functions/i18n.php
- in function charset_decode there is line 187: if (! $save_html) $string = htmlspecialchars ($string); change it to: if (! $save_html) $string = htmlspecialchars ($string, ENT_COMPAT, 'ISO-8859-1');
 
Pierre Timmermans

Re: [SM-DEVEL] Unable to see mails when clicking on INBOX of left side panel of squrriel

[Paul L. <pa...@sq...>]

On Thu, Jan 24, 2013 at 6:19 AM, Akash Wadhwa <aka...@gm...> wrote:
>   I am using
>    1> dovecot 2.1.9 for Imap
>    2> postfix 2.1.3   for sending
>    3> xampp-linux-1.7.7
>    4> operating system is Redhat Linux Enterprise 5
>
>               The problem  which i am facing right know is that i am
> unable to see my mails on browser whenever i log in but when i click
> on INBOX.Drafts or Trash i can see my send mails and deleted or saved
> mails...
>
>                In the configuration file of dovecot i.e mail.conf of
> the above mentioned dovecot version , I have added one line in that as
> ,
>                                    mail_location = mdbox:~/mdbox
>               The purpose of using this instead of mdbox is that it
> creates hashes on mails and do not duplicates data...
>                   But even when i am using  mail_location =
> mbox:~/mail:INBOX=/var/mail/%u still i am unable to see my mails....
> The task which i have to do is more easier when i use mdbox....
>                  But when i installed older version of dovecot it
> shows me mails but it doesnot have mdbox facility......
>                 What should i do or do i have to edit some code of
> squirrel mail so that i it can support latest dovecot and mdbox
> facility... plz help...    And if yes i have to edit then from where
> should i start or any thing which will help me to understand working
> of the squrriel mail...
>
>                We are doing this thing so as to avoid duplication of
> attachments or mails .....

This has nothing to do with SquirrelMail.  These are all Dovecot
questions.  SquirrelMail only "shows" messages that the IMAP server
hands off to it.

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

[SM-DEVEL] Unable to see mails when clicking on INBOX of left side panel of squrriel

[Akash W. <aka...@gm...>]

  I am using
   1> dovecot 2.1.9 for Imap
   2> postfix 2.1.3   for sending
   3> xampp-linux-1.7.7
   4> operating system is Redhat Linux Enterprise 5

              The problem  which i am facing right know is that i am
unable to see my mails on browser whenever i log in but when i click
on INBOX.Drafts or Trash i can see my send mails and deleted or saved
mails...

               In the configuration file of dovecot i.e mail.conf of
the above mentioned dovecot version , I have added one line in that as
,
                                   mail_location = mdbox:~/mdbox
              The purpose of using this instead of mdbox is that it
creates hashes on mails and do not duplicates data...
                  But even when i am using  mail_location =
mbox:~/mail:INBOX=/var/mail/%u still i am unable to see my mails....
The task which i have to do is more easier when i use mdbox....
                 But when i installed older version of dovecot it
shows me mails but it doesnot have mdbox facility......
                What should i do or do i have to edit some code of
squirrel mail so that i it can support latest dovecot and mdbox
facility... plz help...    And if yes i have to edit then from where
should i start or any thing which will help me to understand working
of the squrriel mail...

               We are doing this thing so as to avoid duplication of
attachments or mails .....

Re: [SM-DEVEL] A status question, and php-5.4 updates

[Thijs K. <ki...@sq...>]

On Sat, December 1, 2012 10:12, Paul Lesniewski wrote:
> I do hope that 1.4.23 is out sooner than later.  One thing that would
> help with that is if people help test and refine the patches on this
> tracker:
>
> https://sourceforge.net/tracker/?func=detail&atid=100311&aid=3491925&group_id=311

As I commented there: I've been testing a variant of those patches for
weeks and have last week replaced them with your patches in a production
instance, without problems until now.

That's why just now I've commited your patches to SVN. This will not set
them in stone of course, but will hopefully open them up to more testing -
by those tracking SVN but also because they'll show up in the daily
snapshot.


Cheers,
Thijs

Re: [SM-DEVEL] A status question, and php-5.4 updates

[Paul L. <pa...@sq...>]

Adam,

> Hello, squirrelmail! I am a longtime SM user, starting from back
> when----well, when the javascript address book was too advanced for some
> of the browsers at work :-) I am also a FreeBSD committer, and the
> maintainer of the FreeBSD squirrelmail port.
>
> I know that this is a question that OSS development teams hate getting
> pestered with, but I was wondering if you could give me an idea of when
> 1.4.23 may see the light of day? If momentum has stalled and there is no
> projected plans for a release coming, that's totally okay and I'll work
> on collecting patches to update our port.
>
> The main thing that I'd like to backport if 1.4.23 is on an indefinite
> delay would be fixes for php-5.4 compatibility. Due to the mechanics of
> our ports system (which encourages building from source), I get a lot
> of confused emails due to us erroring out at php > 5.3.
>
> I've identified and backported r14343 (plugins/message_details
> session_unregister->sqsession_unregister), and r14276
> (plugins/mail_fetch hex2bin clobbering). Are there other patches
> that I should be including as php-5.4 fixes? What is your level of
> confidence regarding 5.4 compatibility in 1.4.23-devel?
>
> I really appreciate you taking the time to help me clear up the status
> and the 5.4 fixes. Thanks, and have a great weekend!

Thanks for the way you approached your inquiry.  We get plenty of
thankless/deserving inquiries that don't provide much in the way of
motivation.  Your attitude is pleasurable to interact with.

Nothing is on indefinite hold, but I also cannot tell you when 1.4.23
will be released.  This past year, I personally had targeted the
transition of all our translations to utf-8 amongst a few other
things.  PHP 5.4 compatibility is also something that's become
important to address.  However, due to lack of resources and
unexpected changes in personal circumstances, this year has been
somewhat of a wash.

I do hope that 1.4.23 is out sooner than later.  One thing that would
help with that is if people help test and refine the patches on this
tracker:

https://sourceforge.net/tracker/?func=detail&atid=100311&aid=3491925&group_id=311

That tracker will also help you find more PHP 5.4 patches if you
decide you need to collect them and pull them into your port.  I'd
also search through the SVN copy of doc/ChangeLog and our
squirrelmail-cvs mailing list for "PHP 5.4".

Cheers,

  Paul

-- 
Paul Lesniewski
SquirrelMail Team
Please support Open Source Software by donating to SquirrelMail!
http://squirrelmail.org/donate_paul_lesniewski.php

[SM-DEVEL] A status question, and php-5.4 updates

[Adam W. <ad...@ad...>]

( This is a resend; I initially send this to squirrelmail-users, but
Paul was kind enough to point me to the right place. )

Hello, squirrelmail! I am a longtime SM user, starting from back
when----well, when the javascript address book was too advanced for some
of the browsers at work :-) I am also a FreeBSD committer, and the
maintainer of the FreeBSD squirrelmail port.

I know that this is a question that OSS development teams hate getting
pestered with, but I was wondering if you could give me an idea of when
1.4.23 may see the light of day? If momentum has stalled and there is no
projected plans for a release coming, that's totally okay and I'll work
on collecting patches to update our port.

The main thing that I'd like to backport if 1.4.23 is on an indefinite
delay would be fixes for php-5.4 compatibility. Due to the mechanics of
our ports system (which encourages building from source), I get a lot
of confused emails due to us erroring out at php > 5.3.

I've identified and backported r14343 (plugins/message_details
session_unregister->sqsession_unregister), and r14276
(plugins/mail_fetch hex2bin clobbering). Are there other patches
that I should be including as php-5.4 fixes? What is your level of
confidence regarding 5.4 compatibility in 1.4.23-devel?

I really appreciate you taking the time to help me clear up the status
and the 5.4 fixes. Thanks, and have a great weekend!

# Adam


--
Adam Weinberger
ad...@ad...
http://www.adamw.org

[SM-DEVEL] [Newbie] Get logged in user

[Priscila T. <pri...@gm...>]

Hi guys,

What I need is really simple: I´d like to get the logged in user to
authenticate in another php application (I don´t want to use the Login
Authentication plugin or SSO).

I know that´s too easy, but I haven´t found my way around this yet...

TIA,

Priscila

Re: [SM-DEVEL] No Subject = No Ability To Read?

[Joy D. <joy...@li...>]

It appears this may be an issue with PHP 5.4 not allowing SquirrelMail to work so I'm using an older version of SquirrelMail. When will SquirrelMail 'like' PHP 5.4? Anything you've discovered as a fix? I'm running FreeBSD. Thanks a lot for any help. Have a good day. 		 	   		  

[SM-DEVEL] No Subject = No Ability To Read?

[Joy D. <joy...@li...>]

Can't view received email messages that don't have a subject.. there's nowhere to click and open the message.. is there a fix to this or something I have configured wrong?
DJ 		 	   		  

Re: [SM-DEVEL] New line character after Content-type: causing SquirrelMail to display messages incorrectly

[Adrian H. <adr...@gm...>]

Thank you for your answer. I forgot to add some details to the last message
so here's some additional info.

 The e-mail I had sent was HTML plus a txt file attachment (a readme.txt I
added trying to debug). I wasn't able to reproduce the problem using plain
text e-mails (actually, most people in my organization still choose to send
plain text and only a few go for HTML - this is why I was very slow in
finding out there was a problem). Yesterday I found out that sending
message receipts fails with the same problem - the text does not appear,
but a .dat attachment gets added to the e-mail with the message contents
from the new boundary.

The reason I pointed out the newline was that I was messing around with the
original messages' contents (as stored by HMail) and removing the newline
character solved the problem. Adding it broke the display again. Using a
logfile which posted headers as they were processed, I was able to track
the newline being added by the foldline function.


On Sat, Nov 10, 2012 at 8:41 AM, Tomas Kuliavas <to...@us...
> wrote:

> Adrian Hada wrote
> > I encountered a problem using SquirrelMail which I wasn't able to solve
> > using regular means or find in the mailing lists so far. The problem goes
> > like this - some HTML e-mails are missing contents with the relevant
> parts
> > appearing as ATT-n.dat attachments.
> >
> > I was able to track the problem to the MIME header of the e-mail, namely
> > to
> > there being a new line character after Content-Type for
> > multipart/alternative. For example, this e-mail header (I removed the
> > domain info):
> >
> > ....
> > I was able to track this issue to the foldline function in the deliver
> > class - namely, the long Content-type line causes foldline to do a fold
> > before the soft limit and sends the rest of the line to the new one. From
> > there on, I guess the boundary is not correctly interpreted. As a
> > workaround, I added a preg_match test so that foldLine is not called for
> > Content-Type lines.
> >
> > My knowledge of MIME is limited so I can't figure out if the problem is
> in
> > the message creation (the newline shouldn't be there) or reception
> > (newline
> > should be ignored) and I'd prefer to rely on something better than my
> > quick-fix skills to solve the issue.
> >
> > Further info:
> >
> >    - SquirrelMail version - *1.4.23 [SVN] (config file is 1.4.20)*
> >    - PHP version 5.3.18
> >    - Web server IIS 6.0
> >    - HMail Server 5.3.3
> >    - Windows 2003
> >    - Installed Manually
> >    - Browsers - tried multiple
> >
> > Thanks for your help.
>
> email has two content-type headers. if it is reply, check headers in
> original email. check, if you can reproduce it without html_mail plugin
> messing with message structure.
>
>
> newline after header tag is allowed, if header value+header tag does not
> fit
> into recommended header line length.
> --
> Tomas
>
>
>
> --
> View this message in context:
> http://squirrelmail.5843.n7.nabble.com/New-line-character-after-Content-type-causing-SquirrelMail-to-display-messages-incorrectly-tp25122p25123.html
> Sent from the squirrelmail-devel mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_nov
> -----
> squirrelmail-devel mailing list
> Posting guidelines: http://squirrelmail.org/postingguidelines
> List address: squ...@li...
> List archives: http://news.gmane.org/gmane.mail.squirrelmail.devel
> List info (subscribe/unsubscribe/change options):
> https://lists.sourceforge.net/lists/listinfo/squirrelmail-devel
>



-- 

Adrian Hada

Re: [SM-DEVEL] New line character after Content-type: causing SquirrelMail to display messages incorrectly

[Tomas K. <to...@us...>]

Adrian Hada wrote
> I encountered a problem using SquirrelMail which I wasn't able to solve
> using regular means or find in the mailing lists so far. The problem goes
> like this - some HTML e-mails are missing contents with the relevant parts
> appearing as ATT-n.dat attachments.
> 
> I was able to track the problem to the MIME header of the e-mail, namely
> to
> there being a new line character after Content-Type for
> multipart/alternative. For example, this e-mail header (I removed the
> domain info):
> 
> ....
> I was able to track this issue to the foldline function in the deliver
> class - namely, the long Content-type line causes foldline to do a fold
> before the soft limit and sends the rest of the line to the new one. From
> there on, I guess the boundary is not correctly interpreted. As a
> workaround, I added a preg_match test so that foldLine is not called for
> Content-Type lines.
> 
> My knowledge of MIME is limited so I can't figure out if the problem is in
> the message creation (the newline shouldn't be there) or reception
> (newline
> should be ignored) and I'd prefer to rely on something better than my
> quick-fix skills to solve the issue.
> 
> Further info:
> 
>    - SquirrelMail version - *1.4.23 [SVN] (config file is 1.4.20)*
>    - PHP version 5.3.18
>    - Web server IIS 6.0
>    - HMail Server 5.3.3
>    - Windows 2003
>    - Installed Manually
>    - Browsers - tried multiple
> 
> Thanks for your help.

email has two content-type headers. if it is reply, check headers in
original email. check, if you can reproduce it without html_mail plugin
messing with message structure.


newline after header tag is allowed, if header value+header tag does not fit
into recommended header line length.
-- 
Tomas



--
View this message in context: http://squirrelmail.5843.n7.nabble.com/New-line-character-after-Content-type-causing-SquirrelMail-to-display-messages-incorrectly-tp25122p25123.html
Sent from the squirrelmail-devel mailing list archive at Nabble.com.

[SM-DEVEL] New line character after Content-type: causing SquirrelMail to display messages incorrectly

[Adrian H. <adr...@gm...>]

I encountered a problem using SquirrelMail which I wasn't able to solve
using regular means or find in the mailing lists so far. The problem goes
like this - some HTML e-mails are missing contents with the relevant parts
appearing as ATT-n.dat attachments.

I was able to track the problem to the MIME header of the e-mail, namely to
there being a new line character after Content-Type for
multipart/alternative. For example, this e-mail header (I removed the
domain info):

Received: from <IP part>
        (SquirrelMail authenticated user adrian.hada)
        by <webmail> with HTTP;
        Thu, 8 Nov 2012 09:56:41 +0200
Message-ID: f22b0cce2b6dd3c51ff6a39835859b2c.squirrel@domain
Date: Thu, 8 Nov 2012 09:56:40 +0200
Subject:
From: adrian.hada@domain
To: adrian.hada@domain
User-Agent: SquirrelMail/1.4.23 [SVN]
MIME-Version: 1.0
Content-Type: multipart/mixed;boundary="----=_20121108095641_79409"
X-Priority: 3 (Normal)
Importance: Normal
------=_20121108095641_79409
Content-Type:
 multipart/alternative;boundary="7478fsu_trap_90497_14659080112102_=----"
--7478fsu_trap_90497_14659080112102_=----
Content-Type: text/plain
Content-Transfer-Encoding: 8bit

I was able to track this issue to the foldline function in the deliver
class - namely, the long Content-type line causes foldline to do a fold
before the soft limit and sends the rest of the line to the new one. From
there on, I guess the boundary is not correctly interpreted. As a
workaround, I added a preg_match test so that foldLine is not called for
Content-Type lines.

My knowledge of MIME is limited so I can't figure out if the problem is in
the message creation (the newline shouldn't be there) or reception (newline
should be ignored) and I'd prefer to rely on something better than my
quick-fix skills to solve the issue.

Further info:

   - SquirrelMail version - *1.4.23 [SVN] (config file is 1.4.20)*
   - PHP version 5.3.18
   - Web server IIS 6.0
   - HMail Server 5.3.3
   - Windows 2003
   - Installed Manually
   - Browsers - tried multiple

Thanks for your help.


-- 

Adrian Hada

[SM-DEVEL] squirrelmail related thread on oss-security

[<ed...@eh...>]

Hello,

I'm subscribed to oss-security and someone started a thread on there 
about squirrelmail, prompting an interesting discussion.

http://www.openwall.com/lists/oss-security/2012/10/26/4

not trying to fan any flames or anything, it's just something I'm sure a 
squirrelmail developer might be interested in.

Re: [SM-DEVEL] Squirell for Android

[amartino <ama...@ri...>]

Thank you Dian for your proposal.

We are currently still checking if we will give the project a go. In case we
do, i'm sure to contact you.



Dian Georgiev wrote:
> 
> 
> 
> Hello,
> 
> I am graphic designer with experience in mobile UI design.
> 
> Please let me know if you would like to see a proposal for the Android UI
> of Squirell Mail.
> 
> Best regards,
> Dian Georgiev
> 
> 
> 
> 
> ________________________________
>  From: Tomas Kuliavas <to...@us...>
> To: squ...@li... 
> Sent: Friday, October 5, 2012 6:16 PM
> Subject: Re: [SM-DEVEL] Squirell for Android
>  
> 
> 
> amartino wrote:
>> 
>> Hello, 
>> we are planning to adopt squirrel mail for Android based devices. We are
>> considering two approaches: 
>> 
>> Android application 
>>  An Android mail client specifically designed for squirrel mail. 
>> 
>> PROS: 
>> - easy obtainable through Google market (freely) 
>> - no need for server modification 
>> 
>> CONS: 
>> -there are already numerous mail clients 
>> -a client must install an additional app 
>> 
>> 
>> A mobile version template as squirrel plugin 
>> Develop a squirrel plugin which would detect that squirrel mail is
>> accessed through a browser on a mobile device and serve a template
>> adapted
>> for small screens. 
>> 
>> PROS: 
>> - carefree user CONS 
>> - server modifications required 
>> 
>> 
>> Question: Which approach would you recommend and why?
>> 
> Plugins have controls sufficient to minimize interface options. If you are
> looking for more heavy customizations, you can as well go with own webmail
> client or webmail add-on which uses only SquirrelMail IMAP API. Plugin's
> CONS are that SquirrelMail is still "1024x768 or better" interface and it
> won't match webmail designed for mobile screen or your plugin will have to
> completely hijack interface and serve data in own webmail pages.
> 
> Android app would be a standalone email client. Email clients are designed
> to interact with email servers and not with other email clients directly.
> Your Android SquirrelMail app will be totally independent from
> SquirrelMail
> or it will be monstrous reverse engineering of SquirrelMail webmail
> requests
> wrapped in some web browser api.
> 
> -- 
> Tomas
> -- 
> View this message in context:
> http://old.nabble.com/Squirell-for-Android-tp34518174p34518401.html
> Sent from the squirrelmail-devel mailing list archive at Nabble.com.
> 
> 
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> -----
> squirrelmail-devel mailing list
> Posting guidelines: http://squirrelmail.org/postingguidelines
> List address: squ...@li...
> List archives: http://news.gmane.org/gmane.mail.squirrelmail.devel
> List info (subscribe/unsubscribe/change options):
> https://lists.sourceforge.net/lists/listinfo/squirrelmail-devel
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> -----
> squirrelmail-devel mailing list
> Posting guidelines: http://squirrelmail.org/postingguidelines
> List address: squ...@li...
> List archives: http://news.gmane.org/gmane.mail.squirrelmail.devel
> List info (subscribe/unsubscribe/change options):
> https://lists.sourceforge.net/lists/listinfo/squirrelmail-devel
> 

-- 
View this message in context: http://old.nabble.com/Squirell-for-Android-tp34518174p34537132.html
Sent from the squirrelmail-devel mailing list archive at Nabble.com.

Re: [SM-DEVEL] Squirell mail plugin for Android

[amartino <ama...@ri...>]

Paul Lesniewski wrote:
> 
> 
> This is possible in SquirrelMail.  Using version 1.4.x, you'd need
> some significant patches and trickery.  Using version 1.5.x, you have
> more comprehensive control over the interface since it is skin-able.
> I have some proof-of-concept plugin and template code I made a while
> ago that puts everything into a single frame I might be able to dig
> up.
> 

Sorry for the long response time, I didn't get the reply in my mail.

After reviewing and consulting a bit, we are ok with doing the second
version. The one which in which the template for squirrel changes (adopts
itself for a smaller screen) if it is accessed from a smartphone.


We would like to contribute, however, as already mentioned once:


amartino wrote:
> 
> We are currently 2 grad students of computer science which are choosing a
> college project for a Human-Computer Interaction class. We are willing to
> spend 3h weekly on a this project till the end of the year if we get
> enough support from squirrel.
> By support we mean reviews, and technical help. 
> 
> At the end, we would give the plugin as Open source.
> 

Meaning, we would like to be mentored and directed through step-by-step
tasks. 
Example:
- set up mail server and have squirrel 1.5 running on it
- here is an example of a simple template plugin, try installing it, and
modifying  it
- ...

As a response for our tutoring, we could document the tasks we did in Latex,
and forward it to you. 
-- 
View this message in context: http://old.nabble.com/Re%3A-Squirell-mail-plugin-for-Android-tp34519244p34537131.html
Sent from the squirrelmail-devel mailing list archive at Nabble.com.

Re: [SM-DEVEL] Squirell for Android

[amartino <ama...@ri...>]

Tomas Kuliavas wrote:
> 
> Check Opera Mini in Mobile view.
> 

We checked it in standard Opera on Android, and it was the same in mobile
and desktop view.

-- 
View this message in context: http://old.nabble.com/Squirell-for-Android-tp34518174p34528962.html
Sent from the squirrelmail-devel mailing list archive at Nabble.com.