[quote user="Thomas R. Stephenson"]
Are you testing sending to a remote address?  Authentication is not required when you are delivering mail to an account on the server.
[/quote]

Ah, stupid of me. It was test mail to myself (on same provider), sorry.

[quote user="Thomas R. Stephenson"]
Nothing about any anti-virus software even surprises me anymore.  I'm not sure the people that do anti-virus POP3/IMAP4/SMTP proxies have even read the RFC.
[/quote]

I agree. I shouldn’t, and now I don’t use the proxy for SMTP, I will have a closer look at the other as well.

[quote user="Thomas R. Stephenson"]
That depends on the SMTP server software.  However, the username actually could  be in the body of the RFC 2822 message in other places as well since it is generally (but not always) part of the senders email address.
[/quote]

Ah, correct, forgot about that. As you say it can be part of the email address. But also, sometimes, it is only part of the "original address" given by the email provider and is changed by the user to something they want to use, such as: john.doe@etc, i.e. some sort of alias, I don't know what it's called. Then the username is only used at POP & SMTP.

To summarise this thread and what my problem was all about, as I understand it now:

• Some time ago an email I sent "bounced", the AV proxy couldn't connect to my email provider's server. A test email to myself also stopped in the AV proxy. I don’t know the cause.
• I turned off the AV email scanner proxy and changed back to the

  original definitions in Pegasus. This worked. This original SMTP

  definition probably had authentication enabled. I don’t remember if the

  first mentioned SMTP definition using the AV proxy had authentication

  enabled, don’t think so, AVG says that one should use it in the client,

  if needed.

• Later when troubleshooting, I recreated the SMTP definition using the

  AV proxy, as well as recreating the AV proxy settings from scratch.

  This did not work, and I had to use original sans AV.

• When I recreated the SMTP definition for AV proxy above, I enabled

  authentication. I now know that this most probably is the cause to why

  it doesn’t work.

Since I don’t have older logs, and not detailed enough from the first event I don’t know. But it could either be that:

•  When the mail bounced, for some reason, I enabled auth. in the process, and it stopped working, or
• Since it seems the server could use several AUTH mechanisms (as

  Pegasus) and AVG especially mentions CRAM-MD5, it could be that

  something changed on the server side at that event, and I had authentication enabled

  in Pegasus, and suddenly AVG doesn’t work due to changed AUTH mechanism.

Anyhow, outgoing mail isn’t interesting to scan, the memory resident AV will take care of it before, but I have never had any virus.

So, when it comes to questions about authentication etc. I trust you here 100 %, as I always have trusted Pegasus. Having been in the business for so long time, there is so much knowledge behind that program (thanks to David Harris). And with very knowledgeable users as you, it is easy to feel secure when using Pegasus Mail.

Thanks for your comments.

THX very much. It worked and it seems that everything survived the HDD-Crash.

I am used to a 'Sent' mailbox where copies of all Sent email messages

would be stored. The closest I can find is the 'Copies to self folder'

which seemlingly may be the same thing.

Almost.  The "copies to self" are the messages you generated in the message editor. Mail sent via filters should not show there.

Apologies for the somewhat goofy post but I am looking for some insight.

Strange, any mail ready to be sent should show in the queue unless the sending is triggering the creation of another message.   I any case for starters check out the home mail directory for any PMX file.  This is a message in the final form that for some reason may not be showing up in the queue.

Could you provide a copy of a message with a TIFF attachment where this happens?  If you can mail it as a zipped attachment to techsupp@tstephenson.com.

Edit:  FWIW, the attachment viewer automatically displays a TIFF type file when I select to view it.

 

I've set use MIME features on Kevin's system (why it was not set I have no idea) and we are waiting to se if this happens again.

Please ignore this thread.  The issue was a firewall misconfiguration, and in no way related to Mercury/32. 

And, since an identity can be attached to a folder, couldn't an identity be attached to a recipient's address?

The identity can be attached to a folder quite easily, there is no parsing, it's a single location.  Attaching it to an email address is much more difficult.  The could be hundreds, thousands of addresses in a message.  I am exaggerating a bit but not much.  I was once sent a message with +3000 email addresses in the To: and Cc: fields.  This was pretty unusual since I probably only got one or two a year with thousands but messages with hundreds coming from Outlook and MS Exchange were quite common. Since I retired I still get messages with over 100 addresses in my personal accounts. Since I have 5 domains and over 50 separate email addresses I at least can keep them straight using multiple users. 

To parse the address fields to find a match for one address is quite difficult,  if you have a list of email addresses where you are looking for a match and must check for all matches is very difficult to accomplish.  Now you might be able to code something that only looks at the From: address pretty easily but most people would not find that at all useful.

 

 

 

 

[quote user="Thomas R. Stephenson"]

Anyway, my problem is sometime one of my folder name just gone (blank).

I assume the only problem is one where the folder name is blank.  

4.  If step 2 fails then I would delete the original folder and rename the temp folder to match the original folders name.  You will need to reset any filters/identities pointing to this folder.

[/quote]

Yes indeed.

I've done it step 1-4, but without reseting filters to this folder. So I will do this first, before I go to the step as pointed from the link above.

Thanks for all help.

Cheers,

Statix-F

I have come across a curious problem when copying mails from a Pegasus folder to an IMAP (Gmail) folder.

Not sure what to tell you except  that I have and do copy between GMail and Pegasus mail folders all the time.  It's copying to folders that I have created on the GMail account and not to any of the default folders.  I also copy between other IMAP4 accounts and the GMail account as well.

Maybe an option that I've set wrong, or not set?

Do not know of any option that could cause this.   I pretty much run with the defaults in the IMAP4 setup though.

 

Eventhough we are not using the mailbox at the sametime?

As long as you can ensure that two people do not have the same mailbox open concurrently this will work.  However, there is no way I know to ensure this will not happen, especially if anyone using the "Add mailbox to list " to view the folders. You are getting file corruption and so this tell me at least that there is concurrent access to at least one mailbox. 

If there is concurrent access then you will have at least some file corruption.  If though you use Mercury/32 and IMAP4 this will work.

 

 

Disabling the temp blacklist took care of this problem.  I had set the "number of allowed bad RCPTs" to 4 in an attempt to catch a bit more spam.  I'm assuming that this particular user was being blacklisted because she was using an outdated distribution list with at least 5 bad RCPTs.

 I had completely overlooked the ability to just turn off the temp blacklist somehow.

Thanks for the support.

Similar question, but probably unrelated (I hope I won't get stoned for partially hi-jacking the thread):

When I'm on a slow connection, Pegasus practically freezes whilst downloading emails, i.e. I can't continue writing a message or sorting mails, as Pegasus just gets greyed out and remains unresponsive until the next %complete clicks over (and it then goes greyed out again, until the next %). I have POP mail filters active - but the message header download is very quick and provides no issues; it really is only the download of messages. This is before the messages appear in the inbox, so I imagine mail filtering as outlined above has no hand in this.

Is this as per design intent, or should "multitasking" of downloading and working in Pegasus work? Any ideas what I could try? Pegasus uses WINSOCK version: WinSock 2.0; I assume that is also correct.

Ok - thanks.

I just fixed a similar problem, a queued message kept re-appearing after I tried to send it or delete it.  Unlike the rest of this thread it was not an empty message, and making it stranger yet it was addressed to me. I found one .pmx file {no .pmo or .pmw} that had some of the same message content, and deleted it, but it just re-appeared at next program startup.  I kept trying the same thing and , lo and behold, the result was the same every time!

Finally I searched my New mail and Main folders for a couple of words of the message content and found the same message in my New mail folder {it had not been read or forwarded} and I deleted it from there.  When I looked in Queued mail again it was gone, and has stayed gone.

Explain that.

Thanks. I doubt HP will be particularly concerned about this as the driver has not been updated for over a . More and more users on the network are experiencing this problem.

Actually I've found HP quite helpful in fixing their printer driver problems.  I had essentially the same type of problem with the early 2600dn and they knew about the problem and provided a fix.  Seems to me though the people developing the HP drivers expect the users to be the beta testers.  ;-(

edit:  One more thing, make sure that you completely remove the driver before you try a new install.  Most of the problems I've found with HP drivers come from mixing versions.

Dear Thomas,

Problem has been solved after changing the mailbox password (at the provider's side). Thanks for your help - I can happily continue working with Pegasus Mail.....

Kind greetings,

Pieter

Phons van Oploo

you are my new resident genius! i had my default printer pointing to a networked laptop, my other one... so i set it to a printer i had for this one...and it worked!!!!! it also helped my graphic creation program..it was sluggish when i needed to resize an image.

btw-fixed my letter l problem...deleted the keyboard driver, restarted, and let it reinstall itself.  lllllllllllllllLLLLLLL's for everyone. it was like losing a pinkie finger.

 really hate these little boxes sometimes. now i just gotta figure out how to fix the base from getting so hot!  get up the courage to dissasemble it, give it a cleanin.

 

thanks again!!

Just one question:  If the junk mail folder is in place and working, do

I still have to do anything with Spamhalter?  If so, what and how?

Just verity that you can write and delete messages in the folder and verify that Spamhalter is pointing to a valid folder using Tools | Spam and Content Control | Spamhalter.

 

sorry can only split posts, not merge

<< 0015 AUTH CRAM-MD5
>> 0046 334 PDM2MDkuMTIyMzU2MjUwNEBpc3AuYXR0Lm5ldD4=
<< 0070 andqb2huc29AYXR0Lm5ldCAxMDAzNGFjNzBiZDg5OTZkYjVhNjRkZDU4NGVmMWQyZA==
>> 0028 535 Authentication failure

It does look like you are doing a proper CRAM_MD5 authorization since you are sending back your email address and encoded password.   I would also try using the simple username and password though to see if this helps.  That said, the problem might be that AT&T is not really doing a CRAM-MD5, many ISPs do not.  If you get PB1 you can set up the SMTP to not use CRAM-MD5.  From the PB1 help:

Do not use CRAM-MD5 authentication even if it is advertised  This one's a bit technical, so please bear with us... The process of logging into the SMTP server to authenticate your identity can take a variety of forms: the server "advertises" the forms it understands, and Pegasus Mail looks through that list, choosing the most secure form it recognizes. Some forms are very "weak", in that they either transmit your credentials as clear text or in a form that can be easily broken, while other forms are "strong", in the sense that it is very difficult to work out your credentials simply by observing the exchange of data between the two programs. Unfortunately, one of the strongest forms of authentication, called CRAM-MD5, is commonly misconfigured on SMTP servers, even at quite reputable ISPs - the server will advertise that it supports it, but will actually fail any attempt to use it. Getting the ISP to realize that they are at fault is a lost cause in most cases - it's almost always easier simply to check this control, which tells Pegasus Mail never to use CRAM-MD5 for this server. You should be aware that you reduce the security of your connection by checking this control: CRAM-MD5 is the only commonly-used authentication form that offers reasonable security, and by disabling it, you force Pegasus Mail to use less secure methods... But sometimes you may decide that being able to send mail is more important than being able to do it securely. The choice is yours.