This sub-section covers the following readers:
---------------------------------------------------------------------------
---------------------------------------------------------------------------
From Bill Weiss, Thu Sep 18 11:26:39 2003
I just had this happen, and I don't think the fix is documented anywhere.
A user called in and said that SquirrelMail showed that they had a lot of new messages (in the folder list on the left), but would not show those new messages in the message list (on the right).
SquirrelMail won't move enough stuff into your inbox to fill your quota. If that would happen, it silently fails, producing the above problem.
The preferred fix now (Fall 2005) is to show the user our Account Clean Up web page.
Another fix is to raise the user's quota, have them get the mail (going above quota in the process), delete some stuff (like the cruft that just put them over quota), and lower the quota again. Be sure to get signed quota change forms for both the raising and the lowering of their quota!
From Jon Hill, Fri Apr 11 07:05:18 2003
Having security settings for web browsing under IE set too high will cause webmail logins to fail. Setting them back to "medium" will allow login. There are 5 or 6 settings, each of which is outlined as to their limiting/allow ability at that window. I assume cookies or submission of information is required to log in via webmail.
-- Jon L. Hill <codepoet@nmt.edu> New Mexico Tech
From Schlake, Fri Apr 19 16:41:57 2002
https://webmail.nmt.edu/
It is based on SquirrelMail ( www.SquirrelMail.org) and uses a secure connection to your browser. It should be straightforward, so I have little else to say here.
One word of warning. If you have a file called mbox in your home directory, the IMAP will move your mail spool there, making it appear like all your email has disappeared except to pine/imap and the SquirrelMail browser.
-- William Colburn, "Sysprog" <wcolburn@nmt.edu> Computer Center, New Mexico Institute of Mining and Technology http://www.nmt.edu/tcc/ http://www.nmt.edu/~wcolburn
---------------------------------------------------------------------------
---------------------------------------------------------------------------
Here are various notes about pine.
Note: Remember to remind any pine users you may help
that they need to type a <return> (aka <enter>) at
the end of every line to avoid over long lines.
From Schlake, Tue Aug 19 08:36:17 2003
We fixed the pine.conf yesterday to not specify the mail source, just the IMAP server. This will keep people who use the mbox (file) from seeing their mail disappear after they have read it once. As a side effect, any mail that had disappeared will suddenly reappear.
-- William Colburn, "Sysprog" <wcolburn@nmt.edu> Computer Center, New Mexico Institute of Mining and Technology http://www.nmt.edu/tcc/ http://www.nmt.edu/~wcolburn
(added 23 August 2001)
From the University of Washington web page on PC Pine.
From Jason Trowbridge, Fri Jan 30 10:32:26 1998
To fix your problem (of the pine thinking your login name is something other than it is):
If you want a UC to assist in helping you fix this problem, come by the UC Help Desk in Speare 5.
From Jason Trowbridge, Tue Nov 25 11:39:15 1997
Subject: PC-Mail Problem
This is purely for informational purposes, for whoever may further encounter this problem. Since Matt and I ended up spending a good 40 minutes working on this problem, I thought it might be nice for others to know about it.
User jgrigg could not send out e-mail under PC-Pine. Her configuration was incorrectly set to "jgriggs@rainbownmt.edu". However, after this setting was corrected, she still could not send out the e-mail she had been working on. She kept getting a "User jgrigg@rainbownmt.edu@nmt.edu" unknown.
When Pine postpones a message, it saves it with all the settings, including the "sender" and "reply-to" settings. Since jgrigg's settings were incorrect when she began composing her message, the settings saved when she postponed her message were also incorrect. Which meant that, when resumed, the settings in the message were incorrect, and it could not be sent.
Basically, going into the POSTPONED-MSGS file with emacs and hacking out the "@rainbownmt.edu" in the "sender" and "reply-to" fields resolved the problem. In a worst case scenario, a UC can always copy the text of the postponed message into a new e-mail message.
From Jason Trowbridge, Tue Sep 16 13:00:21 1997
After taking a look at their .pinerc files, I see that pine is using a non-specified default saved-message folder (I'm not sure from where). According to the comments, the location and availability of these folders depends on what platform pine is running from.
To hazard a guess, I bet they need to have their folders set to use the IMAP. Try (S)etup, (C)onfigure, and go down to Folder Collections. If they have something specified, try putting a {mailhost.nmt.edu} before it. If not, then they should have a {mailhost.nmt.edu}mail/[].
This will force PC-Pine to use the IMAP to access their other folders as well. This may fix the problem. If you get the chance, please try it with one of these people.
-Jason
On Mon, 15 Sep 1997, 'Cheshire' Cat Craig wrote:
--WAS Priority: 5--
More users are having this problem
wking
marta
shiller
and about 5 unknown users...
Just for your information...
Is there someone working on this???
UC_Cat
On Fri, 5 Sep 1997, John (Rob) Iverson wrote:
Username: jefflynn
Name: Jeffrey Lynn
Phone: x5437
Date: 05-SEP-1997 12:28:05
Host: impala
TTY: /dev/ttyp1
CWD: /tmp_mnt/fractal/administratium/accounts/b/blondie
X-Display: :0.0
Priority: 5
Keywords: email pine
pine under windows 95 claims that two of the users folders, his sent-mail and saved-messages folders, are read-only. Under Unix the permissions are fine and Unix pine doesn't claim they are read-only. I poked around in the setup/config a bit but didn't notice anything that looked like it would change anything.
Rob (blondie) filing for a user
---------------------------------------------------------------------------
---------------------------------------------------------------------------
Here are various notes about mutt.
muttFrom Schlake, Nov 9 15:14:47 2005
On Wed, Nov 09, 2005 at 10:16:15AM -0700, Ray Piworunas wrote:
In what little use of made of 'mutt' commands I've not seen a way to send email back to the (server side) spool. Can that be done?
The short summary:
mutt -f <mbox-file-you-want-to-move>
T.
;C{mailhost}
Once you are in mutt, use the "tag by pattern" command (T) and tag on the pattern "." (which matches everything). Once you have all your mail tagged, use ";" (to use the following command on all tagged messages) followed by the "copy to folder" command (C) and for the folder enter the imap address of your mailbox ({mailhost}). It will prompt you for a password to log in with, and once you give it one it should copy all your mail in. The UUIDs will be all messed up, so expect a series of warning messages when you first connect to mailhost to check your email after doing this.
-- void *(*(*schlake(void *))[])(void *);
---------------------------------------------------------------------------
---------------------------------------------------------------------------
Please NOTE that the TCC does not support Outlook or Outlook Express. The information you find here may not apply to your version of Outlook. You may need to check Microsoft's web pages for the information you need.
From TicketID#20060118102253
We've made a configuration change on our mail server (mailhost) that is causing sending of mail to fail. A typical error message would be:
server response: 530 must issue STARTTLS command first
(Account: 'mailhost.nmt.edu',
SMTP server: 'mailhost.nmt.edu',
Error number: 0x800ccc78)
This message may also occur if TLS TLS is not set up correctly (it would cause a sent email to be rejected). TLS is needed when sending mail from one off-campus address to another off-campus address (the session must be encrypted).
To change your configuration:
Tools -> Accounts.
Properties.
Servers tab.
Advanced tab.
Outgoing mail (SMTP): field to
25. (Port 25 is the standard
TCP/IP port for mail services.)
OK.From Joel Eidsath, Tue Dec 19 11:04:24 2006 Subject: TicketID#20061219105544 - Outlook 2000 Pop stopped working
Unchecking SPA fixed the problem.
From Schlake, Fri Mar 31 10:00:36 2000
If you send email to a user that doesn't exist, Outlook will ignore the error code, report a failure, and keep the bad message. It will not send any more messages until the user actually exists, or until the person sending the email message deletes that outgoing message.
-- William Colburn, "Sysprog" <wcolburn@nmt.edu> Computer Center, New Mexico Institute of Mining and Technology http://www.nmt.edu/tcc/ http://www.nmt.edu/~wcolburn
From Schlake, Mon Sep 27 16:23:58 1999
If someone says that their password is failing, ask them if they use Outlook. Outlook is stupid, and ignores the error message the pop server returns.
One particular user had several error messages. One because his mailbox was corrupt, and one because his mailbox was too large.
You can grep for the username out of /fs/log/local0log to see what error messages the pop server has been sending. Since most people check their email every 10 minutes (and I don't want to limit that) I'd suggest piping the grep to a tail.