Community Discussions and Support

The perfect forum for discussions or technical questions about Pegasus Mail.

0
-1
closed
Bob posted Jan 22 '08 at 12:16 am

I did go in to the authentication settings (Internet mail options>sending(smtp)>security and under SMTP Authentication I choise the 2nd option and put in my user name and password. When I tried to send mail I received this message:

[*] Connection established to 207.69.189.203
>> 0093 220-elasmtp-curtail.atl.sa.earthlink.net ESMTP Exim 4.67 #1 Mon, 21 Jan 2008 18:12:34 -0500
>> 0079 220-NO UCE.  EarthLink does not authorize the use of its computers or network
>> 0070 220 equipment to accept, transmit, or distribute unsolicited e-mail.
<< 0022 EHLO [192.168.1.101]
>> 0081 250-elasmtp-curtail.atl.sa.earthlink.net Hello [192.168.1.101] [24.136.136.144]
>> 0019 250-SIZE 14680064
>> 0016 250-PIPELINING
>> 0031 250-AUTH PLAIN LOGIN CRAM-MD5
>> 0014 250-STARTTLS
>> 0010 250 HELP
<< 0015 AUTH CRAM-MD5
>> 0082 334 PDI0ODA0LjEyMDA5NTcxNTVAZWxhc210cC1jdXJ0YWlsLmF0bC5zYS5lYXJ0aGxpbmsubmV0Pg==
<< 0058 bXVsZGVycyBjMjVhMzJiYmE1ZTU2MTcxN2QzMjgxYzQ1NjIyMDE5Ng==

0
-1
closed
Bob posted Jan 22 '08 at 12:54 am

Thomas,

 

Thanks, I have chosen the first option under authentication. Options 2 & 3 did not help, so I'll see how #1 functions. I have also enabled session logging and will post it when I encounter any more problems.

 

Sincerely,

 

Bob Mulder

0
-1
closed
suemohr posted Mar 21 '10 at 1:47 pm

Hooray, it worked!!! I am now sending as well as receiving!!! Thank you, thank you, thank you ---- and I will keep these instructions just in case!!

 Sue

0
-1
closed
Thomas R. Stephenson posted Feb 9 '08 at 1:55 am

Move them back one at a time.  i'd recommend that you move them off to another folder called "To Do" or something like that.  Leaving mail to lie around in the new mail folder for days, weeks, months is just asking for trouble.

 

0
-1
closed
dom54 posted Jan 21 '08 at 6:55 pm

Hi,

I'm using Pegasus Mail since many, many years without any serious problem till now. since 1 year I'm using Pmail 4.41 under Windows Vista 32bits Ultimate. I use Pmail under an admin account even if Vista UAC is active.

I use both POP3 and IMAP for accessing distinct mboxes with distinct identities.

Since some months it happens that Pmail, for unclear reasons, hangs while accessing IMAP mboxes (both remote inbox folder and other remote ones); mboxes that since minutes before it was correctly managing.

I was not able to identify what is the firing event of this behaviour. Sometimes affter disconnecting and reconnecting the remote IMAP mbox, PMail seems to solve the problem, sometimes I'm forced to clear the IMAP folder's caches, sometimes I'm forced to download the remote messages via POP3 in order to reduce the number of messages on the remote mbox (anyway always less than 100!).

I've also tried to remove an IMAP profile and recreate it from scratch, but it seems not able to solve the problem systematically.

If I try to log the TCP sessions, it seems PMail is not able to complete the remote folder fetch and close the TCP session (but I'm not sure this happens always!). At the UI level, when on a remote inbox/folder the number of contained messages is not longer displayed, that's the indication PMail is in this strange status. Then I'm forced to kill it and hope the problem is solved restarting PMail.

Any hints is appreciated. Thanks

   Dom
 

0
-1
closed
Francois posted Jan 21 '08 at 2:29 am

[quote user="Thomas R. Stephenson"]

I've used the UTF-8 for a couple of years now and do not seem to have a problem.  That said, I can't be sure that the people receiving the mail with non-UTF mailer would complain either.

 [/quote]

Thanks Thomas.

I went with this one. I'm also under the impression it's more widely supported than the 8859 one, being more modern.

(can be wrong, of course!)

 

Best,

François

 

0
-1

It's now working as I expected.

At the time of testing I already had a long standing address book entry for "Her" but no user named "Her".

After creating the user "Her" I then ran the tests sending mails to "Her" and "PM:Her" before opening and closing Pmail and ran into the previously described problem. Since then I have closed and opened Pmail and the same tests work OK.

I guess that Pmail needed to be closed to force something to be written to disc so that the function would work.

Bob

0
-1
closed
Thomas R. Stephenson posted Jan 17 '08 at 7:31 pm

[quote user="aderoy"]

I am not the poster, but I use RAR compressed files due to much better compression ratios, and speed of compression. Also the available commandline does come in handy for scripting etc.

 

[/quote]

 

Not the point, the point is that ZIP is a very common format and supported directly by the Windows OS, RAR is not.  The receiver needs to have some sort of program on their end to receive this as an attachment.  When you send a RAR attachment you'll probably find a number of receivers will ask you to send a ZIP archive instead. 

Again, my question, do you select to send RAR instead of ZIP when sending email attachments?  Unless I were to receive this sort of archive on my home system I'd not be able to use it.

0
-1
closed
anbecker posted Jan 17 '08 at 5:20 pm

[quote user="François Blais"]

Or at least the ability to select the columns you want, like many other programs already offer.

[/quote]

or at least to provide the opportunity to automatically change the content of the from-field by marking the message as copy-to-self (either by a filtering rule or manually under message properties). Should not be that difficult...

0
-1

Hi

thanx for the informations, but I think you mean something different as I do. I have changed in PMail:

Addressbooks -> Addressbook properties -> and there I have checked for all Addressbooks:

 - Apply the e-mail address instead of the alias

 - Do not resolve aliases in this addressbook

The addressbookfile is stored on a networkdevice, where I do not have any writepermission. So the

changes I made could not be stored in the addressbookfile. But where else is it stored ?

 

Regards

 Inga 

 


 

0
-1
closed
Rammie posted Jan 30 '08 at 6:06 pm

For completeness, I thought I better report the solution to this problem. I checked the file contents of the Pmail shared directory against a fresh Pmail install and discovered that four files were missing. Sorry, I didn't note which files they were, but at least two of them looked as if they might be dictionary-related (the main dictionary file was still present and correct). If I had more time, I might have identified their function, but I usually don't get the satisfaction of tidying up all the loose ends. No idea how they got deleted, but it serves as a lesson. I'm 95% sure it must have been me who deleted them, because only three of us have the rights and the other technicians leave Peg & Mercury to me.

Merci pour l'information, Philippe, it's interesting to know that you came up with roughly the same solution for staff/students as I did.

Regards,

0
-1
closed
jgunn posted Jan 15 '08 at 5:38 pm

When starting Pmail for a particular user I get:

OLE error window.. no error number - OK

then

OLE Error - unable to access file - OK

I recreated a new mailbox and set it up and still get the error message.  This happens from more that one workstation.

Novell network, Windows Xp and Pmail ver 4.41 

 

Thanks,

 

Jerry Gunn

Metamora Township High School 

 

 

0
-1
closed
anbecker posted Jan 16 '08 at 2:51 pm

Strange idea: as the notation suggests, a folders window displays folders, not address books. Likewise it is presumably not possible to watch TV in the folders window.

0
-1
closed
bfluet posted Sep 14 '12 at 8:37 pm

It is Mercury/32 that detects and utilizes the Forward file and can Copy to another user or email address so I assume this is a rule in Mercury/32.  I can confirm that using Forward files has been more reliable than Copy and Forward rules.  My guess is that the rules are susceptible to detection errors whereas the Forward file insures a forward of every message that hits that mailbox.

Future posts should probably be a new thread on the Mercury forum if this is indeed a rule in Mercury/32. 

 

 

0
-1

[quote user="peter236"]

I tried menu Tools/Options/Incoming Mail/Message Reader, but could not find the place to change drop down item to "automatically display remote-linked graphics".

I am using version 4.21c.

Upgrade to at least the latest version, v.4.41.

[/quote]
0
-1
closed
Barsony posted Jan 16 '08 at 5:20 pm

Hi!

iv:  You may have more than one Internet domain name mapped to a single
     NDS context, but you may not have multiple NDS contexts mapped to
     a single Internet domain name except by using the '/' operator.

I'm using the '/' operator:

[Domains]
/Teachers : mydomain.com
/Students : mydomain.com

In Mercury for NetWare: OK.
In Mercury32 with NDS: only detect users under /Teachers context :(((

Any idea?

Thx,
Barsony

0
-1
closed
KaiAtle posted Jan 14 '08 at 1:04 pm

Thomas,

that part is fine. Been down this lane several times checking. Also all the paths were OK on old server. Has searched all files for occurences of //oldserver/share and replaced them with //newserver/share. Rest of the paths are as before the move.

 We found the cause .... securitysettings in the 2003 server......

When the directorytree was created the OS created a security group 'Creators and owners' with some 'advanced rights' that was non-editable on this directory level (Maybe inhereted from somewhere?). We compared with normal 'shared directory' creation and found that this group was not created. So .... let's delete this group and see what happens ..... Voila, Pegasus starts prefectly.

 

5.83k
32.69k
22
Actions
Hide topic messages
Enable infinite scrolling
Previous
Next
All posts under this topic will be deleted ?
Pending draft ... Click to resume editing
Discard draft