squirrelmail-stable — SquirrelMail Stable Series Mailing List

[SM-STABLE] Re: squirrelmail-stable digest, Vol 1 #203 - 1 msg

[Jeffrey V. <jv...@si...>]

On Sat, 19 Apr 2003 squ...@li... wrote:
> > I've recently installed Squirrelmail v1.2.11 on Mandrake 9.1.
> > Everything seems to work except I can't seem to send.  My mail
> > server is responding just fine but I'm getting the following
> > error in my apache error_log:
> >
> > 	sh: line 1: 1/sendmail: No such file or directory
> >
> > I think it has to do with global variables but I don't really
> > know PHP at all.
>
> What do you have for your sendmail line in your config/config.php?

It's set to /usr/sbin/sendmail.  The only other thing I changed was the
logo that appears on the page.

> > I'm also getting the following error on the INBOX window:
>
> [..]
>
> Is there mail in the inbox?  What plugins are you using?  Is there
> anything special about that folder?

There is mail in the inbox.  Reading mail seems to work just fine.  Afaik,
I'm not using any plugins.  I've installed the rpm's from the Mandrake
cooker archive:

   squirrelmail-1.2.11-7mdk.noarch.rpm
   squirrelmail-poutils-1.2.11-7mdk.noarch.rpm

> > However, the odd thing is that I'm using PHP v4.3.0 (which comes with
> > Mandrake v9.1).
>
> Right... we still strongly suggest against using PHP 4.3.0 or higher at
> the moment as it's... very different... than previous versions, and a lot
> of the apparent "bug fixes" in PHP has introduced some weird behaviour.

Do you think this particular problem is because of v4.3.0?  At this
point, it would be difficult to successfully downgrade my version of PHP
without recompiling (older mdk packages would fail because of
dependencies).  Do you think we might be able to find a workaround until
Mandrake rpm's are available?

Thanks!

-Jeff

Re: [SM-STABLE] Error finding sendmail program in v1.2.11

[Jonathan A. <jo...@sq...>]

>
> Hi all!
>
> I've recently installed Squirrelmail v1.2.11 on Mandrake 9.1.
> Everything seems to work except I can't seem to send.  My mail
> server is responding just fine but I'm getting the following
> error in my apache error_log:
>
> 	sh: line 1: 1/sendmail: No such file or directory
>
> I think it has to do with global variables but I don't really
> know PHP at all.

What do you have for your sendmail line in your config/config.php?

> I'm also getting the following error on the INBOX window:

[..]

Is there mail in the inbox?  What plugins are you using?  Is there
anything special about that folder?

> However, the odd thing is that I'm using PHP v4.3.0 (which comes with
> Mandrake v9.1).

Right... we still strongly suggest against using PHP 4.3.0 or higher at
the moment as it's... very different... than previous versions, and a lot
of the apparent "bug fixes" in PHP has introduced some weird behaviour.

-- 
Jonathan Angliss
(jo...@sq...)

[SM-STABLE] Error finding sendmail program in v1.2.11

[<squ...@si...>]

Hi all!

I've recently installed Squirrelmail v1.2.11 on Mandrake 9.1.
Everything seems to work except I can't seem to send.  My mail
server is responding just fine but I'm getting the following
error in my apache error_log:

	sh: line 1: 1/sendmail: No such file or directory

I think it has to do with global variables but I don't really
know PHP at all.

I'm also getting the following error on the INBOX window:

	Warning: Unknown(): Your script possibly relies on a session
	side-effect which existed until PHP 4.2.3. Please be advised that
	the session extension does not consider global variables as a
	source of data, unless register_globals is enabled. You can
	disable this functionality and this warning by setting
	session.bug_compat_42 or session.bug_compat_warn to off,
	respectively.  in Unknown on line 0

However, the odd thing is that I'm using PHP v4.3.0 (which comes with
Mandrake v9.1).

Any ideas on how I can fix this?  Any help would be greatly appreciated!

-Jeff

[SM-STABLE] SMTP Server Error 501 Invalid domain name

[sven <sv...@pi...>]

Hi there,

I tried to upgrade my existing Squirrelmail version 1.2.4 to version
1.4.0. Using the new Version I get the following message trying to send
a new mail:

ERROR: 
 Syntax error in parameters or arguments
 Server replied: 501 Invalid domain name

The old version works with the "same" config. But I generated it new
with the conf.pl. I use an external smtp relay server. Parameters of
"domain" and "SMTP Server" are the same.

Any ideas?

Kind regards

Sven

Re: [SM-STABLE] lowsrc attribute

[Konstantin R. <ic...@li...>]

Jedi/Sector One wrote:
> On Sat, Apr 12, 2003 at 08:15:12PM -0400, Konstantin Riabitsev wrote:
> 
>>I'm pondering whether to fix it or not -- lowsrc is not a standard 
>>and only netscape-4 supports it.
>   Doesn't Internet Explorer also support it ?

Ah, well, shows how often I use that pile... OK, I'll add it when I 
have a moment.

Regards,
-- 
Konstantin ("Icon") Riabitsev
Duke Physics Systems Admin, RHCE
www.duke.edu/~icon/pubkey.asc

[SM-STABLE] View Unsafe images link ?

[Simon B. <si...@ig...>]

Hi,

Something which I thought might get changed in 1.4.0 but didn't was the 
View Unsafe Images link. It is displayed at the bottom of a message 
*within* the table cell that the actual message is displayed in.

This is a problem for a couple of reasons - one is that there is NO way for 
the casual user to distinguish between a link belonging to the bottom of an 
email (spam email in particular) and the Squirelmail "view unsafe images" 
link. As well as this, some html formatting of email messages causes the 
link to become obscured or even invisible altogether.

Is there any easy way to shift this link up next to "view printer friendly 
version" where it should be ? If not is this likely to happen in future 
versions ? (Perhaps nobody has considered it before)

Another thing I was wondering, is it possible (with not too much code 
hacking) to provide a way to make the munging of images dependant on the 
message folder ? Why I'm thinking this is because in our setup, spam is 
filtered into a seperate imap folder called "spam" and because of the 
unsavory nature of HTML spam, I've got displaying images turned off by 
default, so users wont see spam images unless they click "view unsafe images".

Unfortunately this applies to all folders. It would be really nice to be 
able to set a preference that says viewing images is off by default in the 
folder "Spam" but on by default in all other folders...

Regards,
Simon

Re: [SM-STABLE] lowsrc attribute

[Jedi/Sector O. <j...@pu...>]

On Sat, Apr 12, 2003 at 08:15:12PM -0400, Konstantin Riabitsev wrote:
> I'm pondering whether to fix it or not -- lowsrc is not a standard 
> and only netscape-4 supports it.

  Doesn't Internet Explorer also support it ?
  
http://msdn.microsoft.com/workshop/author/dhtml/reference/objects/img.asp
http://msdn.microsoft.com/workshop/author/dhtml/reference/properties/lowsrc.asp

-- 
 __  /*-      Frank DENIS (Jedi/Sector One) <j...@42...>     -*\  __
 \ '/    <a href="http://www.PureFTPd.Org/"> Secure FTP Server </a>    \' /
  \/  <a href="http://www.Jedi.Claranet.Fr/"> Misc. free software </a>  \/

[SM-STABLE] SQM - Real users & Virtual users

[Steve Q. <st...@qu...>]

Hi All,
=20
This is my second post on this question=85.
=20
I have a server online. All my mail is handled by
QMail/VMailmgr/Courier-Imap/SquirrelMail.
=20
Currently my virtual mail users log into SQM with something like
HYPERLINK "mailto:us...@do..."us...@do... to retrieve their
mail. It all works really well!
I now have a situation where the actual users on the box (not the
virtual users), that is users with their own /home/user directory etc
need to check their mail with Squirrelmail.
This doesn=92t work?
=20
My question to you is this:
1) How do I give both virtual AND actual users access to their mail
through Squirrelmail.
=20
and
=20
2) If my box is called mybox.com can I still add a virtual mail domain
of mybox.com? (Sorry if this is off topic here)
=20
Thanks to everyone involved in Squirrelmail. It=92s a fantastic package!
=20
Kind regards,
=20
Steve Q.
=20

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.445 / Virus Database: 250 - Release Date: 21/01/2003
=20

Re: [SM-STABLE] lowsrc attribute

[Konstantin R. <ic...@li...>]

Jedi/Sector One wrote:
>   Is there a quick fix for this or has it been fixed in 1.4 ?

I'm pondering whether to fix it or not -- lowsrc is not a standard 
and only netscape-4 supports it. However, the quickfix is to edit 
functions/mime.php and add this around line 2000:

"/lowsrc/si"

Regards,
-- 
Konstantin ("Icon") Riabitsev
Duke Physics Systems Admin, RHCE
www.duke.edu/~icon/pubkey.asc

Re: [SM-STABLE] One user can't send to a hotmail.com address

[Nathan M. <Na...@Ch...>]

> Hi all,
>
> I have a weird problem that I can't figure out. I have one user on my
> system that can't send to any hotmail.com address. All other users can
> successfully send. I'm using SM 1.2.10 on a RackShack ensim RedHat box.
> Any ideas?
>
> Thanks in advance,
> Nathan
>
> BTW, love SM! Thanks to everyone who had/has any role in development!

A follow-up. After further investigation the user couldn't send to ONE
hotmail.com user. I checked with the hotmail.com user and they had
inadvertently added my SM user to their block list. They removed my user
from the block list and all is well. Sorry for the false alarm.

Thanks again,
Nathan

[SM-STABLE] One user can't send to a hotmail.com address

[Nathan M. <Na...@Ch...>]

Hi all,

I have a weird problem that I can't figure out. I have one user on my
system that can't send to any hotmail.com address. All other users can
successfully send. I'm using SM 1.2.10 on a RackShack ensim RedHat box.
Any ideas?

Thanks in advance,
Nathan

BTW, love SM! Thanks to everyone who had/has any role in development!

[SM-STABLE] lowsrc attribute

[Jedi/Sector O. <j...@pu...>]

  Hello.
  
  When HTML rendering is enabled, and a mail with HTML is received,
Squirrelmail intentionnaly changes links to external references for obvious
security reasons.

  However, it looks like the "lowsrc" attribute of the "img" tag isn't
mangled.

  When a mail with
  
  <img lowsrc="http://www.example.com/" src="xxx" />
  
  is received, the link is immediately followed by Netscape 4.x (maybe other
browsers do as well) .

  Tested with Squirrelmail 1.2.11 (the current Gentoo Linux package) .
  
  Is there a quick fix for this or has it been fixed in 1.4 ?
  
-- 
 __  /*-      Frank DENIS (Jedi/Sector One) <j...@42...>     -*\  __
 \ '/    <a href="http://www.PureFTPd.Org/"> Secure FTP Server </a>    \' /
  \/  <a href="http://www.Jedi.Claranet.Fr/"> Misc. free software </a>  \/

Re: [SM-STABLE] Changes between 1.2.11 and 1.4.0 & misc

[Simon B. <si...@ig...>]

At 10:56 10/04/03 +0200, Julius wrote:
> > Is there any easy way to restore the angle brackets in 1.4.0 ? In 1.2.11
> > they're put there in smtp.php but I can't  seem to find where its done in
> > the new version yet... (there is no smtp.php)
>
>look under /class/delivery

Thanks !

Regards,
Simon

Re: [SM-STABLE] Changes between 1.2.11 and 1.4.0 & misc

[Julius <j...@ju...>]

> Is there any easy way to restore the angle brackets in 1.4.0 ? In 1.2.11 
> they're put there in smtp.php but I can't  seem to find where its done in 
> the new version yet... (there is no smtp.php)

look under /class/delivery
-- 
Julius
http://jult.net  http://jthz.com  http://mixfreaks.net  http://bn.nl

Re: [SM-STABLE] Changes between 1.2.11 and 1.4.0 & misc

[Simon B. <si...@ig...>]

At 22:07 9/04/03 -0600, Seth Randall wrote:

>Simon Byrnand said:
> > At 12:38 7/04/03 +0200, Thijs Kinkhorst wrote:
> >
> >
>As far as information leakage goes, I'd say that's a question for the
>sendmail folks.

I sent them an email and got back a "it's not a bug, its a feature" 
response..... hmm :)

>   As far as the angle brackets go, it depends on what RFC
>you look at.  As I recall, RFC822 defines that the brackets are only there
>if you have some text before them.  RFC2822, which obsoletes 822, changed
>it so they could be used without anything before them.

Is there any easy way to restore the angle brackets in 1.4.0 ? In 1.2.11 
they're put there in smtp.php but I can't  seem to find where its done in 
the new version yet... (there is no smtp.php)

Regards,
Simon

Re: [SM-STABLE] Changes between 1.2.11 and 1.4.0 & misc

[Seth R. <se...@mi...>]

Simon Byrnand said:
> At 12:38 7/04/03 +0200, Thijs Kinkhorst wrote:
>
>
As far as information leakage goes, I'd say that's a question for the
sendmail folks.  As far as the angle brackets go, it depends on what RFC
you look at.  As I recall, RFC822 defines that the brackets are only there
if you have some text before them.  RFC2822, which obsoletes 822, changed
it so they could be used without anything before them.

Seth.
> After much puzzling, head scratching, and packet sniffing I've finally
> worked out whats going on, but it raises more questions than it
> answers....
>
> Basically, I found that it is not Squirelmail adding the users full name,
> but *Sendmail*. (8.11.6) Both versions of Squirelmail were set to use SMTP
> delivery.
>
> The difference between 1.2.11 and 1.4.0 is that when a full name was
> lacking in the user prefs, 1.2.11 would format the from line in the
> headers
> thus:
>
> From: <si...@ig...>
>
> While 1.4.0 does it:
>
> From: si...@ig...
>
> Notice the lack of angle brackets.
>
> Now heres the strange part - it seems that Sendmail, upon seeing a From:
> address in the headers which it recognises as belonging to a domain which
> it handles (listed in its local-host-names) and seeing that the email
> address includes angle brackets, but not a full name, it promptly goes and
> looks up the users full name from its user database and puts it in !!
>
> I've even done hand SMTP sessions to confirm that sendmail really does
> this. If you leave out the angle brackets, OR put a full name in, it
> leaves
> it alone.
>
> Now I'm a bit stupified by this, it seems extremely presumptuous on
> sendmails behalf that it rewrite the From header just because it thinks
> the
> email is "from" a domain that belongs to it. In fact it seems like an
> information leakage bug to me, as even if you use noexpn and novrfy in
> your
> sendmail config, its possible to retrieve the full name of any user that
> has an account on the mail server by crafting a message "from" that user
> "to" yourself.
>
> The other question that this brings up, is that which is symantically
> correct for email addresses without a fullname part ? angle brackets or no
> angle brackets ?
>
> Regards,
> Simon
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The
> debugger
> for complex code. Debugging C/C++ programs can leave you feeling lost and
> disoriented. TotalView can help you find your way. Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> squirrelmail-stable mailing list
> squ...@li...
> https://lists.sourceforge.net/lists/listinfo/squirrelmail-stable
> http://squirrelmail.org/cvs
>


-- 
Seth Randall
IT Support Specialist
Missoula Federal Credit Union
se...@mi...
MSN: ind...@ho.../ICQ: 23164675

Re: [SM-STABLE] Changes between 1.2.11 and 1.4.0 & misc

[Simon B. <si...@ig...>]

At 12:38 7/04/03 +0200, Thijs Kinkhorst wrote:


> > Hi People,
> >
> > Apologies if this is in the archives, I wasn't able to find mention of
> > these....
> >
> > I've been testing out 1.2.11 for a few weeks now and was getting ready for
> > it to go "live" when 1.4.0 came out, so I thought I'd better check out
> > 1.4.0 first. A few things I notice:
> >
> > * In 1.2.11 when "Personal Information" was not filled out (the default)
> > Squirelmail was somehow able to retrieve the "full name" from the users
> > account via IMAP. In our case this comes from the GECOS field of the users
> > /etc/passwd entry, and since all our users have the GECOS field filled in,
> > this was very convienient. This full name was displayed on outgoing
> > messages sent by the user.
>
>You had a plugin installed to do this, because this is not a standard
>feature (because of the wide range of systems the user info can come
>from).

After much puzzling, head scratching, and packet sniffing I've finally 
worked out whats going on, but it raises more questions than it answers....

Basically, I found that it is not Squirelmail adding the users full name, 
but *Sendmail*. (8.11.6) Both versions of Squirelmail were set to use SMTP 
delivery.

The difference between 1.2.11 and 1.4.0 is that when a full name was 
lacking in the user prefs, 1.2.11 would format the from line in the headers 
thus:

From: <si...@ig...>

While 1.4.0 does it:

From: si...@ig...

Notice the lack of angle brackets.

Now heres the strange part - it seems that Sendmail, upon seeing a From: 
address in the headers which it recognises as belonging to a domain which 
it handles (listed in its local-host-names) and seeing that the email 
address includes angle brackets, but not a full name, it promptly goes and 
looks up the users full name from its user database and puts it in !!

I've even done hand SMTP sessions to confirm that sendmail really does 
this. If you leave out the angle brackets, OR put a full name in, it leaves 
it alone.

Now I'm a bit stupified by this, it seems extremely presumptuous on 
sendmails behalf that it rewrite the From header just because it thinks the 
email is "from" a domain that belongs to it. In fact it seems like an 
information leakage bug to me, as even if you use noexpn and novrfy in your 
sendmail config, its possible to retrieve the full name of any user that 
has an account on the mail server by crafting a message "from" that user 
"to" yourself.

The other question that this brings up, is that which is symantically 
correct for email addresses without a fullname part ? angle brackets or no 
angle brackets ?

Regards,
Simon

[SM-STABLE] 1.40RC2 .. 1.4.0

[Greg S. <Gr...@Li...>]

Bug.
I used 1.40RC2 for several weeks without a hitch.

Just installed 1.40 When I try and lonin I get....
Unknown user or password incorrect.

The maillog shows the the username is blank after the initial login.

Apr  8 20:44:35 www imapd[4086]: imap service init from 216.239.161.10
Apr  8 20:44:35 www imapd[4086]: Login user=abc host=www.limo.net
[216.239.161.10]
Apr  8 20:44:35 www imapd[4086]: Logout user=abc host=www.limo.net
[216.239.161.10]
Apr  8 20:44:37 www imapd[4088]: imap service init from 216.239.161.10
Apr  8 20:44:37 www imapd[4088]: Login failure user= host=www.limo.net
[216.239.161.10]
Apr  8 20:44:40 www imapd[4088]: Command stream end of file, while reading
line user= host=www.limo.net [216.239.161.10]
Apr  8 20:44:41 www imapd[4089]: imap service init from 216.239.161.10
Apr  8 20:44:41 www imapd[4089]: Login failure user= host=www.limo.net
[216.239.161.10]
Apr  8 20:44:44 www imapd[4089]: Command stream end of file, while reading
line user= host=www.limo.net [216.239.161.10]

What changed from 1.40RC2 to 1.40 Stable......
Greg

Re: [SM-STABLE] X-Authentication-Warning: * httpd set sender to * using -f

[<si...@ig...>]

> Hi,
>
> Ever since the new stable each email using sendmail has
> this header added to it. I've been receiving lots of
> complaints about it. What is the best way to
> not have it appear in this server's emails?
>
> The particular server is safe enough and is not being
> abused in any way possible, so to me this 'warning'
> is rather confusing and over the top.
>
> I understand it must be sendmail doing this, but somehow
> it wasn't there with the old SM versions, so whatever
> is causing it to be there; Can I switch it off globally?
>
> Any help highly appreciated,

That error message is actually caused by sendmail, not Squirelmail, it
sounds like you have the option "Sendmail or SMTP" under server settings
set to Sendmail.

What this does is passes messages users are sending to a local copy of
sendmail using a shell. In your sendmail.cf file there will be some lines
that look like:

#####################
#   Trusted users   #
#####################

# this is equivalent to setting class "t"
#Ft/etc/mail/trusted-users
Troot
Tdaemon
Tuucp

Those are 'users' (system accounts) that are allowed to use the -f option
without generating a warning message. Because your apache user is not
listed, you get the error.

Two choices - add the user that apache runs under to the trusted-users
file or directly to sendmail.cf. (Not recommended, because now any apache
script can use sendmail -f without a warning)

Or change Squirelmail to use SMTP for sending messages directly to your
normal SMTP server, instead of going through a local copy of sendmail.
(Prefered, IMO)

Regards,
Simon

[SM-STABLE] Login failing on 1.4 - fine on 1.2.7

[Paul Holmes-H. <pa...@sn...>]

Hi

I couldn't find anything that helped me work out what was going on - so
apologies if I've missed something obvious.

I've been using 1.2.7 happily for ages and have just moved over to 1.4.0 -
now when I enter user login & password it always fails with unknown
user/password.

What's changed between 1.2.7 and 1.4 that causes this behaviour?

Many thanks
Paul.


-- 
Paul Holmes-Higgin
Email: pa...@sn...

[SM-STABLE] X-Authentication-Warning: * httpd set sender to * using -f

[Julius <sm...@ju...>]

Hi,

Ever since the new stable each email using sendmail has
this header added to it. I've been receiving lots of
complaints about it. What is the best way to
not have it appear in this server's emails?

The particular server is safe enough and is not being
abused in any way possible, so to me this 'warning'
is rather confusing and over the top.

I understand it must be sendmail doing this, but somehow
it wasn't there with the old SM versions, so whatever
is causing it to be there; Can I switch it off globally?

Any help highly appreciated,
-- 
Julius
http://jult.net  http://jthz.com  http://mixfreaks.net  http://bn.nl

[SM-STABLE] delete_move_next errors after upgrade to 1.4.0

[<gee...@ut...>]

Hi,

(please let me know if this should be posted to the plugins list.  I'm
posting here because the plugin in question is part of the build now)

Since upgrading to 1.4.0 I've lost use of my favorite feature,
delete_move_next, and I'm hoping that one of you kind souls may have a
solution to suggest:

I get the following errors at the top and bottom of every message viewed
when delete_move_next is enabled:

Warning: Missing argument 1 for findnextmessage() in
/usr/share/squirrelmail/src/read_body.php on line 35

Warning: Missing argument 1 for findpreviousmessage() in
/usr/share/squirrelmail/src/read_body.php on line 73

Warning: Missing argument 2 for findpreviousmessage() in
/usr/share/squirrelmail/src/read_body.php on line 73


I've tried disabling all other plugins one-at-a-time to see if it's a
collision with another plugin, alas to no avail. i've also tried all four
levels of cookie encryption.

I'm running the most recent available version (as of april 8 - 4am GMT) of
all plugins which are enabled. compatibility plugin is enabled.

This error occurs with these browsers (at least):
MSIE 6.0.2800.1106.xpsp1.020828-1920
Netscape 7.02 (windows)
Mozilla 5.0 (windows)
Opera 7.03 build 2670 (windows)

other related aspects of the server environment:
squirrelmail 1.4.0-1.7 (stable release)
apache 1.3.27-2
php 4.1.2-7.3.6 (register globals=off)
Redhat 8

Has anyone else experienced and found a work around for this problem?
Does anyone have any suggestions for a fix?

Thanks,
~Steven

[SM-STABLE] moving & deleting messages very unreliable! (1.4.0)

[Nyerks <ny...@di...>]

Hello, 

Messages that were selected for deletion or to be moved 
to a folder still appears on the message list after such 
actions. Once you click/read those deleted messages in 
the INBOX message list, you will recieve an error 
because it has been moved to trash, and yes those 
deleted messaged are in the trash folder. 

Does anyone experiencing this? Need help here. 

Thanks! 
____________________________________________________________________
** Get your free E-Mail account at WWW.DIGITELONE.COM **

Re: [SM-STABLE] Changes between 1.2.11 and 1.4.0 & misc

[Simon B. <si...@ig...>]

At 14:45 7/04/03 +0200, Julius wrote:
> > > * The new layout of message headers seems to use up
> > > more space than the old
>
>I agree with that being strange. Why has it changed in a new extra line
>"Options" *below* the standard headers? I'd much rather have the old setup,
>where the options were another column of a table on the right corner.
>You don't even need the bold mention of it being 'Options' either,
>thats like saying 'You're now reading your email' in the status-bar.

;-)

It certainly seemed more tidy the old way, although it could have done 
without the bolding of the headers...(and perhaps Subject comming last 
rather than first, which is how most email clients display it)

I'm sure I could go in a hack at the code to get the old layout, but that 
makes it more difficult in upgrading to new versions and having to redo my 
changes....(unless the plugin architecture will support "overriding" the 
default layout, rather than just augmenting it with NEW items)

> > > - especially using the spamassassin plugin which adds extra links under
> > > view printable version.... is there any way to revert to the old layout
> > > with the extra links in the top left corner ?
> >
> > Not currently possible; you will unfortunately have to go with the layout
> > as it is. The upcoming devel plans to include templates which will make it
> > easy to switch layouts.
>
>I don't see why it is currently impossible, it is not a matter
>of hard coding, just plain html and php as far as I can see.
>The currently used variables do not depend on this layout.
>I would skip the template plans, and change it all back to
>the old layout. I also wonder who likes the stripes and lining
>around everything. Who is guilty of that and why was that
>necessary? In case you don't realize it, SM's old layout
>is what caused it to be as sucessful as it is now!

Well aside from the re-arangement of the message headers, I actually like 
the new layouts with the lines and stripes in the tables....but I can see 
that some people might not like it...

I agree though, SM's user interface on the whole is very well designed and 
one thing that attracted it to me, so I'm not sure why some seemingly 
backwards changes were made, like the re-arangement of the message headers...

Regards,
Simon

Re: [SM-STABLE] Changes between 1.2.11 and 1.4.0 & misc

[Simon B. <si...@ig...>]

At 12:38 7/04/03 +0200, Thijs Kinkhorst wrote:
> > Hi People,
> >
> > Apologies if this is in the archives, I wasn't able to find mention of
> > these....
> >
> > I've been testing out 1.2.11 for a few weeks now and was getting ready for
> > it to go "live" when 1.4.0 came out, so I thought I'd better check out
> > 1.4.0 first. A few things I notice:
> >
> > * In 1.2.11 when "Personal Information" was not filled out (the default)
> > Squirelmail was somehow able to retrieve the "full name" from the users
> > account via IMAP. In our case this comes from the GECOS field of the users
> > /etc/passwd entry, and since all our users have the GECOS field filled in,
> > this was very convienient. This full name was displayed on outgoing
> > messages sent by the user.
>
>You had a plugin installed to do this, because this is not a standard
>feature (because of the wide range of systems the user info can come
>from).

I thought of that, but no, even with no plugins installed, the old version 
definately gets the users full name automatically and the new version 
doesn't. I'm using uw-imap BTW. I guess I'll have to poke around in the 
code to try and see how the old version was doing it..

If there is a plugin that can achieve the same end result, I'm happy to use 
that instead though. Is there one ?

> > * The new layout of message headers seems to use up more space than the
> > old
> > - especially using the spamassassin plugin which adds extra links under
> > view printable version.... is there any way to revert to the old layout
> > with the extra links in the top left corner ?
>
>Not currently possible; you will unfortunately have to go with the layout
>as it is. The upcoming devel plans to include templates which will make it
>easy to switch layouts.

:-(

> > * Not sure if this is a bug or not, but in ./configure, under organization
> > preferences, if I set provider link and provider name to blank (space
> > enter) then save it removes the organization link (as I want it to)
> > however
> > if I then go back into ./configure and change anything then save, it puts
> > the default settings back in.
>
>This seems a bug; please report that on our tracker.

Ok, will do.

> > * I could be imagining it, but 1.4.0 seems quite a lot slower than 1.2.11,
> > which was really snappy even on large mailboxes....
>
>Do you have Server Side Sorting enabled?

Yes, on both versions. Does that affect the initial loading of the message 
list as well as searches ?

Regards,
Simon